DE102019110415A1

DE102019110415A1 - Verfahren und vorrichtung zur adaptiven empfehlung von fahrzeugfunktionen

Info

Publication number: DE102019110415A1
Application number: DE102019110415.7A
Authority: DE
Inventors: Patrick Lawrence Jackson van Hoecke; Danielle ROSENBLATT; Anthony MELATTI; Hamid M. Golgiri
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2018-04-24
Filing date: 2019-04-19
Publication date: 2019-10-24
Also published as: US20190322290A1; CN110400191A; US10633006B2

Abstract

Diese Offenbarung stellt ein Verfahren und eine Vorrichtung zur adaptiven Empfehlung von Fahrzeugfunktionen bereit. Ein System beinhaltet einen Prozessor, der dazu konfiguriert ist, zu bestimmen, dass gemessene Fahrzeugvariablenwerte mit einem vordefinierten Satz von Fahrzeugvariablenwerten übereinstimmen, die dem Empfehlen der Aktivierung einer Fahrzeugfunktion zugeordnet sind. Der Prozessor ist ferner dazu konfiguriert, zu bestimmen, dass die Funktion nicht mit einer Schwellenhäufigkeit in einem Fahrzeug verwendet wurde, in dem die Variablenwerte gemessen wurden. Außerdem ist der Prozessor dazu konfiguriert, als Reaktion auf die Übereinstimmung und die Verwendung unter dem Schwellenwert eine Empfehlung zum Aktivieren der Funktion zu präsentieren.

Description

TECHNISCHES GEBIET
Die veranschaulichenden Ausführungsformen betreffen im Allgemeinen Verfahren und Vorrichtungen zur adaptiven Empfehlung von Fahrzeugfunktionen.
ALLGEMEINER STAND DER TECHNIK
Mit Tausenden von Fahrzeugingenieuren und einer sich rasch verbessernden Fahrzeugtechnologie stellen Fahrzeugerstausrüster (original equipment manufacturers - OEMs) kontinuierlich verbesserte Funktionen für die Kundennutzung bereit. Das Fahrzeug ist ein hochkomplexes Computersystem mit einer riesigen Anzahl von Steuerungen und Eingängen, und diese Funktionen geben den Kunden eine umfassende Kontrolle über das Fahrerlebnis und die Fahrzeugumgebung.
Unglücklicherweise ist das Erlernen all dieser Funktionen wie bei vielen komplexen technischen Systemen manchmal schwierig. Die Fahrer konzentrieren sich oft auf das Autofahren, und nur wenige Menschen sitzen für längere Zeit in ihrem Fahrzeug, wenn es geparkt ist, sodass die Möglichkeiten, mit einem Fahrzeug zu interagieren, um alles über seine Funktionalität zu erfahren, begrenzt sind. Es kann sein, dass viele Kunden während der gesamten Nutzungsdauer eines Leasing-Vertrags oder sogar eines Fahrzeugs die Funktionen, die das Fahrzeug bereitstellt, niemals in vollem Umfang nutzen.
Wenn die Kunden über die Funktionen und darüber, wie sie alle verwendet werden können, Bescheid wüssten, könnten die Kunden ihre Meinung über das Fahrzeug, die Fahrzeugerfahrung und sogar den Fahrzeughersteller deutlich verbessern. Wenn diese Kunden nicht bereit sind, Fahrzeugvorführungen vor dem Kauf durchzustehen oder umfangreiche Fahrzeughandbücher zu lesen, ist die Chance, dass diese Kunden nützliche und interessante Funktionen verpassen, immer noch recht hoch.
KURZDARSTELLUNG
In einer ersten veranschaulichenden Ausführungsform umfasst ein System einen Prozessor, der dazu konfiguriert ist, zu bestimmen, dass gemessene Fahrzeugvariablenwerte mit einem vordefinierten Satz von Fahrzeugvariablenwerten übereinstimmen, die dem Empfehlen der Aktivierung einer Fahrzeugfunktion zugeordnet sind. Der Prozessor ist ferner dazu konfiguriert, zu bestimmen, dass die Funktion nicht mit einer Schwellenhäufigkeit in einem Fahrzeug verwendet wurde, in dem die Variablenwerte gemessen wurden. Außerdem ist der Prozessor dazu konfiguriert, als Reaktion auf die Übereinstimmung und die Verwendung unter dem Schwellenwert eine Empfehlung zum Aktivieren der Funktion zu präsentieren.
In einer zweiten veranschaulichenden Ausführungsform beinhaltet ein System einen Prozessor für mobile Vorrichtungen, der dazu konfiguriert ist, einen Indikator zu empfangen, der einer empfohlenen Fahrzeugfunktion entspricht. Der Prozessor ist zudem dazu konfiguriert, festzustellen, dass die Funktion eine Konfigurationsoption beinhaltet. Der Prozessor ist zudem dazu konfiguriert, eine Konfigurationsoption zu präsentieren, welche die Konfiguration der Fahrzeugfunktion auf einer mobilen Vorrichtung ermöglicht, und eine modifizierte Konfiguration, die unter Verwendung der Konfigurationsoption konfiguriert ist, von der mobilen Vorrichtung an ein Fahrzeug zu senden.
In einer dritten veranschaulichenden Ausführungsform beinhaltet ein System einen Prozessor, der dazu konfiguriert ist, zu bestimmen, dass eine Fahrzeugfunktion weniger Male als eine vom Hersteller definierte Häufigkeit verwendet wurde. Der Prozessor ist zudem dazu konfiguriert, bedingte Daten anzufordern, die angeben, wann andere Benutzer die Fahrzeugfunktion verwenden. Ferner ist der Prozessor dazu konfiguriert, die angeforderten bedingten Daten zu empfangen und zu empfehlen, dass die Fahrzeugfunktion als Reaktion auf gemessene Fahrzeugbedingungsanpassungsparameter verwendet wird, die durch die bedingten Daten definiert sind.
Figurenliste

1 zeigt ein veranschaulichendes Fahrzeugrechensystem;
2 zeigt einen veranschaulichenden Prozess zur Empfehlung einer Verwendung von Funktionen;
3 zeigt einen veranschaulichenden Prozess zur Präsentation und Konfiguration von auf Mobiltelefonen basierenden Funktionen; und
4 zeigt einen veranschaulichenden Prozess zum Sammeln von Daten zur Funktionsverwendung und zum dynamischen Einstellen von Parametern, die sich auf die Funktionsverwendung zur Verteilung an andere Benutzerfahrzeuge beziehen.

DETAILLIERTE BESCHREIBUNG
Detaillierte Ausführungsformen werden in der vorliegenden Schrift wie erforderlich offenbart; es versteht sich jedoch, dass die offenbarten Ausführungsformen lediglich der Veranschaulichung dienen und in verschiedenen und alternativen Formen eingeschlossen sein 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. Dementsprechend sind hierin offenbarte konkrete strukturelle und funktionelle Einzelheiten nicht als einschränkend auszulegen, sondern lediglich als repräsentative Grundlage, um einen Fachmann eine vielfältige Ausführung des beanspruchten Gegenstands zu lehren.
1 veranschaulicht eine beispielhafte Blockstruktur 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, hergestellt durch THE FORD MOTOR COMPANY. Ein mit einem fahrzeugbasierten Rechensystem ausgestattetes Fahrzeug kann eine visuelle Front-End-Schnittstelle 4 enthalten, die in dem Fahrzeug angeordnet ist. Der Benutzer kann auch in der Lage sein, mit der Schnittstelle zu interagieren, wenn sie beispielsweise mit einer Touchscreen-Anzeige ausgestattet ist. In einer anderen veranschaulichenden Ausführungsform findet die Interaktion durch Tastendruck, ein Sprachdialogsystem mit automatischer Spracherkennung und Sprachsynthese statt.
In der in 1 gezeigten veranschaulichenden Ausführungsform 1 steuert ein Prozessor 3 zumindest einen Teil des Betriebs des fahrzeugbasierten Rechensystems. Der in dem Fahrzeug bereitgestellte Prozessor ermöglicht die fahrzeuginterne Verarbeitung von Befehlen und Routinen. Ferner ist der Prozessor sowohl mit nichtdauerhaftem 5 als auch dauerhaftem Speicher 7 verbunden. Bei dieser veranschaulichenden Ausführungsform handelt es sich bei dem nichtdauerhaften Speicher um einen Direktzugriffsspeicher (Random Access Memory - RAM) und bei dem dauerhaften Speicher um einen Festplattenspeicher (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 abgeschaltet wird. Diese beinhalten unter anderem HDDs, CDs, DVDs, Magnetbänder, Festkörperlaufwerke, tragbare USB-Laufwerke und eine beliebige andere geeignete Form von dauerhaftem Speicher.
Der Prozessor ist zudem mit einer Reihe unterschiedlicher Eingänge versehen, die es dem Benutzer ermöglichen, über eine Schnittstelle mit dem Prozessor zu interagieren. Bei dieser veranschaulichenden Ausführungsform sind ein Mikrofon 29, ein Hilfseingang 25 (für Eingang 33), ein USB-Eingang 23, ein GPS-Eingang 24, Bildschirm 4, der eine Touchscreen-Anzeige sein kann, und ein BLUETOOTH-Eingang 15 alle bereitgestellt. Eine Eingangswähleinheit 51 ist ebenfalls bereitgestellt, damit ein Benutzer zwischen verschiedenen Eingängen wechseln kann. 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 Fahrzeugnetzwerk (wie etwa unter anderem einen CAN-Bus) verwenden, um Daten an das und von dem VCS (oder Komponenten davon) weiterzuleiten.
Ausgänge von dem System können unter anderem eine visuelle Anzeige 4 und einen Lautsprecher 13 oder einen Stereosystemausgang einschließen. Der Lautsprecher ist mit einem Verstärker 11 verbunden und empfängt sein Signal durch einen Digital-Analog-Wandler 9 von dem Prozessor 3. Die Ausgabe kann auch auf bei 19 bzw. 21 gezeigten bidirektionalen Datenströmen an eine entfernte BLUETOOTH-Vorrichtung wie etwa PND 54 oder eine USB-Vorrichtung wie etwa eine Fahrzeugnavigationsvorrichtung 60 übertragen werden.
In einer veranschaulichenden Ausführungsform verwendet das System 1 den BLUETOOTH-Sender/Empfänger 15, um mit einer mobilen Vorrichtung 53 eines Benutzers zu kommunizieren 17 (z. B. einem Mobiltelefon, Smartphone, PDA oder einer beliebigen anderen Vorrichtung, die eine drahtlose Fernnetzwerkkonnektivität aufweist). Die mobile Vorrichtung (nachstehend als ND (nomadic device) bezeichnet) 53 kann dann zum Kommunizieren 59 mit einem Netzwerk 61 außerhalb des Fahrzeugs 31 verwendet werden, beispielsweise durch Kommunikation 55 mit einem Mobilfunkmast 57. In einigen Ausführungsformen kann es sich bei dem Mast 57 um einen WiFi-Zugangspunkt handeln.
Beispielhafte Kommunikation zwischen der ND 53 und dem BLUETOOTH-Sender/Empfänger 15 ist durch das Signal 14 dargestellt.
Das Koppeln der ND 53 und des BLUETOOTH-Sender/Empfängers 15 kann durch eine Taste 52 oder einen ähnlichen Eingang angewiesen werden. Dementsprechend wird die CPU angewiesen, dass der fahrzeuginterne BLUETOOTH-Sender/Empfänger mit einem BLUETOOTH-Sender/Empfänger in einer mobilen Vorrichtung gekoppelt wird.
Daten können beispielsweise mit einem Datentarif, Data-over-Voice oder DTMF-Tönen im Zusammenhang mit der ND 53 zwischen der CPU 3 und dem Netzwerk 61 übermittelt werden.
Als Alternative kann es wünschenswert sein, dass ein fahrzeuginternes Modem 63 beinhaltet ist, das eine Antenne 18 aufweist, um Daten zwischen der CPU 3 und dem Netzwerk 61 über das Sprachband zu kommunizieren 16. Die ND 53 kann dann zum Kommunizieren 59 mit einem Netzwerk 61 außerhalb des Fahrzeugs 31 verwendet werden, beispielsweise durch Kommunikation 55 mit einem Mobilfunkmast 57. In einigen Ausführungsformen kann das Modem 63 Kommunikation 20 mit dem Mast 57 herstellen, um mit dem Netzwerk 61 zu kommunizieren. Als nicht einschränkendes Beispiel kann es sich bei dem Modem 63 um ein USB-Mobilfunkmodem und bei der Kommunikation 20 um eine Mobilfunkkommunikation handeln.
Bei einer veranschaulichenden Ausführungsform ist der Prozessor mit einem Betriebssystem ausgestattet, das eine API zum Kommunizieren mit einer Modemanwendungssoftware beinhaltet. Die Modemanwendungssoftware kann auf ein eingebettetes Modul oder eine Firmware auf dem BLUETOOTH-Sender/Empfänger zugreifen, um die drahtlose Kommunikation mit einem entfernten BLUETOOTH-Sender/Empfänger (wie etwa dem in einer Mobilvorrichtung) abzuschließen. Bei Bluetooth handelt es sich um eine Teilmenge der IEEE-802-PAN(Personal Area Network)-Protokolle. IEEE-802-LAN(Local Area Network)- Protokolle schließen WiFi ein und haben eine beträchtliche Kreuzfunktionalität mit IEEE 802 PAN. Beide sind für die drahtlose Kommunikation innerhalb eines Fahrzeugs geeignet. Andere Kommunikationsmittel, die in diesem Bereich verwendet werden können, sind optische Freiraumkommunikation (wie beispielsweise IrDA) und nicht standardisierte Verbraucher- IR-Protokoll e.
In einer anderen Ausführungsform beinhaltet die ND 53 ein Modem für Sprachband- oder Breitbanddatenkommunikation. Bei der Data-over-Voice-Ausführungsform kann eine Technik umgesetzt werden, welche als Frequenzmultiplexverfahren bekannt ist, wenn der Besitzer der mobilen Vorrichtung bei gleichzeitiger Datenübertragung über die Vorrichtung sprechen kann. Zu anderen Zeitpunkten, wenn der Besitzer die Vorrichtung nicht verwendet, kann die gesamte Bandbreite (in einem Beispiel 300 Hz bis 3,4 kHz) für die Datenübertragung verwendet werden. Wenngleich das Frequenzmultiplexverfahren für analoge Mobilfunkkommunikation zwischen dem Fahrzeug und dem Internet üblich sein kann und auch weiterhin verwendet wird, wurde es zum großen Teil durch Hybride aus Codemultiplexverfahren (Code Domain Multiple Access - CDMA), Zeitmultiplexverfahren (Time Domain Multiple Access - TDMA), Raummultiplexverfahren (Space-Domain Multiple Access - SDMA) für digitale Mobilfunkkommunikation ersetzt. Wenn der Benutzer einen Datentarif im Zusammenhang mit der mobilen Vorrichtung besitzt, ist es möglich, dass der Datentarif eine Breitbandübertragung zulässt und das System eine wesentlich höhere Bandbreite verwenden kann (was die Datenübertragung beschleunigt). In noch einer anderen Ausführungsform ist die ND 53 durch eine Mobilfunkkommunikationsvorrichtung (nicht dargestellt) ersetzt, die am Fahrzeug 31 installiert ist. In wieder einer anderen Ausführungsform kann die ND 53 eine LAN-Funkvorrichtung sein, die zur Kommunikation über beispielsweise (und ohne Einschränkung) ein 802.11g-Netz (d. h. WiFi) oder ein WiMax-Netz fähig ist.
In einer Ausführungsform können eingehende Daten über Data-over-Voice oder einen Datentarif durch die mobile Vorrichtung, durch den fahrzeuginternen BLUETOOTH-Sender/Empfänger und in den internen Prozessor 3 des Fahrzeugs geleitet werden. Im Falle bestimmter temporärer Daten können die Daten beispielsweise auf dem HDD oder einem anderen Speichermedium 7 gespeichert werden, bis die Daten nicht mehr benötigt werden.
Zusätzliche Quellen, welche eine Verbindung mit dem Fahrzeug herstellen können, sind eine persönliche Navigationsvorrichtung 54, beispielsweise mit einem USB-Anschluss 56 und/oder einer Antenne 58, eine Fahrzeugnavigationsvorrichtung 60 mit einem USB- 62 oder einem anderen Anschluss, eine fahrzeuginterne GPS-Vorrichtung 24 oder ein entferntes Navigationssystem (nicht gezeigt) mit Konnektivität zum Netzwerk 61. Bei USB handelt es sich um eines einer Klasse serieller Netzwerkprotokolle. IEEE 1394 (FireWireTM (Apple), i.LINKTM (Sony) und LynxTM (Texas Instruments)), serielle Protokolle der 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 Standards von Vorrichtung-zu-Vorrichtung. Die meisten Protokolle können entweder für die elektrische oder die optische Kommunikation umgesetzt werden.
Ferner könnte die CPU mit einer Vielfalt von anderen Hilfsvorrichtungen 65 in Kommunikation stehen. Diese Vorrichtungen können über eine drahtlose 67 oder drahtgebundene 69 Verbindung verbunden sein. Die Hilfsvorrichtungen 65 können unter anderem persönliche Medienwiedergabevorrichtungen, drahtlose Gesundheitsvorrichtungen, tragbare Computer und dergleichen beinhalten.
Zudem oder alternativ könnte die CPU mit einem fahrzeugbasierten drahtlosen Router 73 verbunden sein, beispielsweise unter Verwendung eines WiFi-(IEEE 803.11)-Sender/Empfängers 71. Dies könnte es der CPU ermöglichen, sich mit Fernnetzwerken in Reichweite des lokalen Routers 73 zu verbinden.
Zusätzlich zur Ausführung beispielhafter Prozesse durch ein sich in einem Fahrzeug befindendes Fahrzeugrechensystem können die beispielhaften Prozesse bei 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 entferntes Rechensystem (z. B. unter anderem einen Server) beinhalten, das über die drahtlose Vorrichtung verbunden ist. 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 abhängig von der jeweiligen Implementierung des Systems bestimmte Teile eines Prozesses durchführen. Falls ein Prozess beispielsweise und nicht einschränkend einen Schritt des Sendens oder Empfangens 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 sich selbst bzw. von sich selbst „senden und empfangen“ würde. Ein Durchschnittsfachmann versteht, wann es unangemessen ist, ein bestimmtes Rechensystem für eine gegebene Lösung anzuwenden.
Bei jeder der hier erörterten veranschaulichenden Ausführungsformen wird ein beispielhaftes, nicht einschränkendes Beispiel eines Prozesses gezeigt, der durch ein Rechensystem durchgeführt werden kann. In Bezug auf den jeweiligen Prozess kann 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 sein. Alle Prozesse müssen nicht in ihrer Gesamtheit durchgeführt werden und sind als Beispiele von Prozesstypen zu verstehen, die durchgeführt werden können, um Elemente der Erfindung zu verwirklichen. 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 veranschaulichende Prozessabläufe zeigenden Figuren beschrieben sind, ist anzumerken, dass ein Universalprozessor vorübergehend als Spezialprozessor zum Zwecke des Ausführens einiger oder aller der in diesen Figuren gezeigten beispielhaften Verfahren 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 eingesetzt werden, und zwar so lange, bis das Verfahren abgeschlossen ist. In einem anderen Beispiel kann, bis zu einem angemessenen Grad, Firmware, die in Übereinstimmung mit einem vorkonfigurierten Prozessor handelt, bewirken, dass der Prozessor als Spezialprozessor handelt, der zum Zwecke des Durchführens des Verfahrens oder einer angemessenen Variation davon bereitgestellt ist.
Die veranschaulichenden Ausführungsformen ermöglichen Echtzeiterinnerungen an Fahrzeugfunktionsnutzungsoptionen basierend auf beobachtetem Benutzer- und Zuschauerverhalten. Fahrzeuge sind derzeit High-Tech-Maschinen mit einer Vielzahl von Optionen und Funktionen, die von vielen Fahrern oft ungenutzt bleiben, weil sie die Funktion nicht kennen oder nicht wissen, wann eine Funktion anwendbar ist.
Zwar ist es sinnvoll, die Fahrer regelmäßig an das Vorhandensein dieser Funktionen zu erinnern, doch reichen unter Umständen bloße Informationen gelegentlich nicht aus. Wenn beispielsweise ein Fahrzeug über einen Schneetraktionsmodus verfügt, der für Fahren bei Glätte geeignet ist, und das Fahrzeug den Fahrer lediglich periodisch an die Verfügbarkeit dieser Funktion erinnert, kommt es möglicherweise niemals zu einer Funktionsverwendung, da der Fahrer möglicherweise immer noch vergisst, die Funktion unter den entsprechenden Bedingungen zu aktivieren. Bei den veranschaulichenden Ausführungsformen können das Fahrzeug und ein begleitendes Datenerfassungs- und Freigabesystem jedoch verfolgen, wann derartige Funktionen üblicherweise verwendet werden (nach Ort oder unter Bedingungen), und können somit den Fahrer in Echtzeit daran erinnern, dass beispielsweise die meisten anderen Fahrer in dem Gebiet aktuell die Funktion verwenden und/oder es unter den aktuellen Wetterbedingungen, ein guter Zeitpunkt wäre, die Funktion zu aktivieren.
Hersteller können bestimmten Bedingungen bestimmte Merkmale vorab zuordnen, aber diese Bedingungen spiegeln möglicherweise nicht immer die tatsächliche Verwendung wider. Durch die Möglichkeit, die Bedingungen zu ändern, je nachdem, wann kenntnisreiche Fahrer die Funktionen verwenden, wird eine zweite Möglichkeit geschaffen, Fahrer über verfügbare Funktionen zu informieren. In ähnlicher Weise kann den Fahrern geraten werden, basierend auf OEM-Parametern eine bestimmte Funktion nicht zu verwenden, doch im Laufe der Zeit kann der OEM feststellen, dass viele Fahrer die Funktion trotz derartiger Warnmeldungen verwenden und es daher an der Zeit ist, die Parameter für den Zeitpunkt, zu dem die Funktion verwendet wird einzustellen. Da die Empfehlungen basierend auf Bedingungen und/oder Orten generiert werden können, kann die Verwendung von umweltreaktiven Funktionen empfohlen werden, auch wenn keine ausreichenden Umweltdaten zur Verfügung stehen. Wenn also die Witterungsbedingungen für eine Schneetraktion in einer Region angemessen sind, auch wenn die Wetterdaten nicht verfügbar sind, kann die Tatsache, dass X % der Fahrer in der Region eine Schneetraktion eingestellt haben, ausreichen, um die Verwendung derselben zu empfehlen. Dies könnte auch sich schnell bildende Bedingungen, wie etwa Blitzeis, berücksichtigen, die sich möglicherweise nicht in den aktuellen Niederschlagsdaten widerspiegeln, sondern durch die Tatsache dargestellt werden können, dass mehrere Fahrer erweiterte Traktionssteuerungen innerhalb eines Umkreises aktivieren.
Diese Art von Daten und Empfehlungen ist zudem bei Mietfahrzeugen nützlich, bei denen der Fahrer möglicherweise mit einer gegebenen Funktion nicht besonders vertraut ist. Das Fahrzeug kann eine Funktion vorschlagen und visuelle oder hörbare Hinweise oder Signale dafür, wie die Funktion aktiviert werden kann, präsentieren, sodass ein fahrender Benutzer nicht viel Aufmerksamkeit vom Fahren nehmen muss, um die Funktion zu aktivieren. In einem anderen Beispiel kann der Prozess warten, bis das Fahrzeug gestoppt ist, bevor der Benutzer über Funktionen informiert wird, die neuerdings verwendet werden können oder zur Aktivierung eine komplexere Interaktion erfordern.
2 zeigt einen veranschaulichenden Prozess zur Empfehlung einer Verwendung von Funktionen. In diesem Beispiel weist ein Satz von Fahrzeugfunktionen jeweils eine diesem zugeordnete Bedingung auf, die Umwelt- oder andere Zustände darstellt, unter denen die Funktion empfohlen wird. Das Fahrzeug verfolgt 201 die Zustandsvariablen, die den Bedingungen zugeordnet sind, und vergleicht 203 fortlaufend die gesammelten Zustandswerte, um Bedingungen auszulösen, die dem Fahrzeug zugeordnet sind. Bei den gesammelten/gemessenen Zustandswerten kann es sich auch um diejenigen von in der Nähe befindlichen, detektierbaren Fahrzeugen handeln, wie etwa Position von in der Nähe befindlichen Fahrzeugen, Kinematik, Geschwindigkeit, Beschleunigung usw. Drahtlose Daten, die von anderen in der Nähe befindlichen Fahrzeugen empfangen werden und diese und ähnliche Zustände anzeigen, können diese Daten ebenfalls ergänzen.
Sollten die aggregierten Zustandswerte übereinstimmen 205 oder anderweitig eine geeignete, aber aktuell nicht aktivierte Funktion angeben (oder mit einer Bedingung zum Deaktivieren einer aktuell aktivierten Funktion übereinstimmen), kann der Prozess eine Erinnerung an eine Insassenvorrichtung senden 207 und/oder eine sichtbare oder hörbare Ausgabe des Fahrzeugs verwenden, um eine Funktion zu empfehlen. Beispielsweise könnte der Prozess „Die aktuellen Bedingungen deuten auf eine mögliche rutschige Fahrt hin, ein Wechsel in den Schneetraktionsmodus wird empfohlen.“ anzeigen. Die Anzeige könnte zudem eine Berührungsschaltfläche zur Funktionsaktivierung, einen Pfeil, der auf eine Funktionssteuerung innerhalb des Fahrzeuginneren zeigt, oder andere Indikatoren dafür, wie die Funktion aktiviert werden könnte, beinhalten. Diese Aktivierung kann zudem Präsentieren einer sichtbaren Farbe auf der Anzeige und Beleuchten 209 einer Funktionssteuerung mit derselben Farbe umfassen, sodass der Benutzer weiß, auf welche Steuerung sich die Nachricht bezieht.
Die Anzeige oder die Optionen können zudem eine Option enthalten (oder es kann sich dabei um eine automatische Aktion handeln), um eine Erinnerung an eine mobile Anwendung mittels Push-Senden zu übermitteln 211. Für Funktionen, die eine erweiterte Konfiguration und/oder ein besseres Verständnis erfordern, kann es sein, dass der Benutzer vor der Verwendung der Funktion etwas über die Funktion erfahren möchte. Wenn die Übermittlung automatisch erfolgt oder die Option ausgewählt ist, kann der Prozess Informationen über die Funktion an eine mobile Anwendung senden 213. Auf diese Weise kann der Benutzer die mobile Anwendung verwenden, um Informationen über die Funktion zu erhalten; dies kann die zukünftige Verwendung der Funktion bestimmen. Das automatische Push-Senden von Informationen kann aktiviert werden, sodass selbst dann, wenn der Benutzer die Funktion verwendet, auch eine Erinnerung an das mobile Gerät des Benutzers mittels Push-Senden übermittelt wird, sodass der Benutzer später in einer Nicht-Fahrumgebung etwas über die Funktion erfahren, die Funktion verstehen und sogar konfigurierbare Aspekte der Funktion konfigurieren kann.
3 zeigt einen veranschaulichenden Prozess zur Präsentation und Konfiguration von auf Mobiltelefonen basierenden Funktionen. In diesem Beispiel kann der Prozess einen Indikator einer empfohlenen Funktion von einem Fahrzeugsystem erhalten 301, das dem Benutzer und/oder der mobilen Vorrichtung zugeordnet ist. Dies kann eine durch das Fahrzeug empfohlene oder durch den Benutzer verwendete Funktion betreffen und die Daten können eine aktuelle Konfiguration einer konfigurierbaren Funktion im Fahrzeug beinhalten.
Der Prozess kann die Funktion zu einer Warteschlange auf der mobilen Vorrichtung hinzufügen 303, sodass, wenn der Benutzer das nächste Mal die entsprechende mobile Anwendung startet, der Prozess die aktuelle Warteschlange der Funktionen, die empfohlen oder neuerdings verwendet wurden, anzeigen 305 kann. Diese Liste kann zudem beliebige konfigurierbare Funktionen beinhalten, unabhängig davon, ob sie häufig verwendet werden oder nicht, sofern sie noch nicht von einem Benutzer angepasst wurden.
Der Benutzer kann eine bestimmte Funktion aus der Liste auswählen 307 und der Prozess kann erläuternde Informationen bezüglich dessen, was die Funktion bewirkt, anzeigen 309. Diese Daten können in Verbindung mit der Benachrichtigung abgerufen oder im Fahrzeug vorgespeichert werden. Diese Daten können zudem eine dynamische Komponente beinhalten, welche die aktuellen Parameter für die empfohlene Verwendung widerspiegelt, sodass der Benutzer beispielsweise sehen kann: „Der Schneetraktionsmodus bietet eine erweiterte Mehrrad-Traktionssteuerung für Eisbedingungen. Diese Funktion wird derzeit von Autofahrern in Ihrer Umgebung verwendet, wenn die Bedingungen unter 32 Grad Fahrenheit liegen und es innerhalb der letzten 24 Stunden zu Niederschlägen gekommen ist.“ Eine zugehörige Konfigurationsoption kann eine Konfiguration der Funktion ermöglichen, bei der es sich, wie beispielsweise für die Schneetraktion, einfach um eine automatische Aktivierung der Steuerung unter bestimmten Bedingungen handeln kann. Eine weitere Konfiguration kann es dem Benutzer ermöglichen, die Bedingungen genauer zu spezifizieren, wobei möglicherweise die empfohlenen Grundbedingungen als Ausgangspunkt verwendet werden.
Sobald der Benutzer die Informationen bezüglich der Funktionen angesehen hat, kann der Prozess die Funktion aus der Warteschlange entfernen 311. Wenn die Funktion eine Konfigurationsoption 313 umfasst, kann der Prozess eine aktuelle Konfiguration der Funktion (beispielsweise die OEM-Grundeinstellungen) anzeigen 315 und eine Änderung der Konfiguration von der mobilen Anwendung akzeptieren. Die Vorrichtung kann dann diese Konfiguration speichern und entweder die Konfiguration über eine Nahbereichskommunikation mittels Push-Senden an ein Fahrzeug übermitteln, wenn sich der Fahrer das nächste Mal im Fahrzeug befindet, oder ein Weitbereichsnetzwerk, wie etwa ein Mobilfunknetz, verwenden, um die Konfiguration direkt an ein Fahrzeug zur sofortigen Speicherung und Umsetzung zu senden 317.
4 zeigt einen veranschaulichenden Prozess zwischen einem Fahrzeug und einem Server zum Sammeln von Daten zur Funktionsverwendung und zum dynamischen Einstellen von Parametern, die sich auf die Funktionsverwendung zur Verteilung an andere Benutzerfahrzeuge beziehen. In diesem Beispiel steht die Cloud mit einer Vielzahl von fahrenden Fahrzeugen in Verbindung, und jedes Mal, wenn eine verfolgte Funktion aktiviert wird, kann der Prozess die Funktionsverwendung sowie die der Funktionsverwendung zugeordneten Zustände und Bedingungen verfolgen. Dadurch kann Crowdsourcing die allgemeinen Bedingungen ermitteln, unter denen die Funktion aktiviert wird, vermutlich von kenntnisreichen Benutzern.
In diesem veranschaulichenden Beispiel kann der Prozess an Bord des Fahrzeugs eine Liste von verfolgbaren Funktionen aufweisen oder kann Anweisungen oder Anforderungen vom Server erhalten, um bestimmte Funktionen zu verfolgen. Das heißt, der Server kann dynamisch wenig verwendete Funktionen dynamisch bestimmen und kann aktualisieren, welche Funktionen verfolgt werden. In anderen Beispielen kann der Prozess einen vordefinierten Satz von Funktionen verfolgen. Wenn ein Benutzer eine Funktion aktiviert, erkennt 401 der Prozess die Verwendung der Funktion. Als Reaktion auf das Verfolgen der Verwendung einer gegebenen Funktion kann der Prozess zudem Status- oder Bedingungsvariablen zum Zeitpunkt der Aktivierung speichern 403. Dabei kann es sich um einen umfangreichen Satz von Variablen handeln, die als mögliche Gründe für das Aktivieren einer Funktion definiert sind, oder bestimmte Funktionen können einen ihnen zugeordneten bestimmten Variablensatz aufweisen.
Der Prozess speichert 403 Fahrzeugzustände und 405 Umgebungsbedingungen als zwei Beispiele für den Kontext für die Funktionsaktivierung. Dies kann zum Beispiel Geschwindigkeiten, Standorte, Temperaturen, Wetterbedingungen, Niederschlag, Lichtstärke usw. beinhalten. Nachdem die entsprechenden Daten gesammelt wurden, kann das System die gesammelten Daten an die Cloud senden 407.
Die Cloud, die für die Verteilung von Empfehlungen an Benutzer, die keine bestimmte Funktion verwenden, verantwortlich sein kann, empfängt 409 die Funktionsdaten vom Fahrzeug. Dieser Prozess vergleicht 411 zudem die empfangenen Zustands- und Umgebungsdaten (und alle anderen bedingten Daten) mit vorhandenen Daten, um die bestimmte Funktion zu aktivieren. Wenn die empfangenen Daten aktuelle Daten über einen Schwellenwert 413 hinaus aggregieren, kann der Prozess einen Parameter einstellen 415. Die Schwellenwerte können zum Beispiel eine minimale Anzahl von Benutzern oder einen prozentualen Anteil von Benutzern oder die gleichen Messungen pro Bevölkerung oder pro Kopf beinhalten. In einem anderen Beispiel könnten die Schwellenwerte auf einem prozentualen Anteil oder einer Gesamtzahl aller Benutzer, welche die Funktion verwenden, basieren.
Wenn zum Beispiel 1000 Fahrzeuge auf der Straße sind und 100 Benutzer unter bestimmten Bedingungen eine bestimmte Funktion verwenden, könnte diese Gesamtnutzung von 10 % ausreichen, um die Verwendung der Funktion zu empfehlen. Wenn jedoch 800 Personen diese Funktion häufig verwenden und nur 100 diese unter bestimmten Bedingungen verwenden, zählt dieser Fall möglicherweise nicht als brauchbare Bedingung, da nur 12 % der aktiv nutzenden Benutzer sie unter den bestimmten Bedingungen verwenden. Sollte es im ersten Beispiel in der Summe nur 120 aktive Benutzer der Funktion geben, repräsentieren die 100 Benutzer auch 86 % der aktiven Benutzer der Funktion, und der summierte prozentuale Anteil der Bevölkerung plus dem hohen prozentualen Anteil der die Funktion verwendenden Benutzer kann die Bedingung als brauchbare Auslösebedingung qualifizieren. Daten außerhalb der aktuellen Auslösebedingungen oder -bereiche können auch dazu führen, dass ein Auslöser oder Bereich ausfällt, beispielsweise wenn die ersten 100 Benutzer die Funktion unter bestimmten ersten Bedingungen verwendeten, aber dann 700 andere Benutzer die Funktion unter diesen Bedingungen nicht verwendeten, sondern die Funktion unter anderen Bedingungen verwendeten, können die ersten Bedingungen anfänglich als Auslösebedingungen aktiviert werden, letztendlich jedoch als Auslösebedingungen deaktiviert werden.
Wenn die Bedingungs- oder Zustandsdaten nicht ausreichen, um eine Parameteränderung zu bewirken, fügt das Cloud-System die Daten zu einem Ablageort für Bedingungsdaten hinzu 417 und wartet auf weitere Daten, bevor ein Parameter eingestellt wird.
Die veranschaulichenden Ausführungsformen ermöglichen eine Empfehlung von Funktionen in Echtzeit basierend auf der Beobachtung anderer Benutzer, die unter bestimmten Bedingungen Funktionen aktivieren, wodurch die Verwendung und Empfehlung von Funktionen gegenüber typischen Modellen verbessert wird.
Auch wenn vorangehend beispielhafte Ausführungsformen beschrieben worden sind, ist es nicht beabsichtigt, dass diese Ausführungsformen alle möglichen Formen der Erfindung beschreiben. Die in der Beschreibung verwendeten Ausdrücke sind beschreibende und keine einschränkenden Ausdrücke, und es versteht sich, dass verschiedene Änderungen vorgenommen werden können, ohne von Geist und Umfang der Erfindung abzuweichen. Zusätzlich können die Merkmale verschiedener Ausführungsformen zur Umsetzung auf logische Weise kombiniert werden, um situationsgerechte Variationen von hierin beschriebenen Ausführungsformen zu bilden.
Gemäß der vorliegenden Erfindung ist ein System bereitgestellt, das Folgendes aufweist: einen Prozessor, der zu Folgendem konfiguriert ist: Bestimmen, dass gemessene Fahrzeugvariablenwerte mit einem vordefinierten Satz von Fahrzeugvariablenwerten, die dem Empfehlen einer Fahrzeugfunktionsaktivierung zugeordnet sind, übereinstimmen; Bestimmen, dass die Funktion nicht mit einer Schwellenhäufigkeit in einem Fahrzeug verwendet wurde, in dem die Variablenwerte gemessen wurden; und als Reaktion auf die Übereinstimmung und Verwendung unter dem Schwellenwert Präsentieren einer Empfehlung zum Aktivieren der Funktion.
Gemäß einer Ausführungsform beinhalten die gemessenen Variablenwerte die Außentemperatur.
Gemäß einer Ausführungsform beinhalten die gemessenen Variablenwerte Niederschlag.
Gemäß einer Ausführungsform beinhalten die gemessenen Variablenwerte Geschwindigkeit oder Beschleunigung.
Gemäß einer Ausführungsform beinhalten die gemessenen Variablenwerte den Standort.
Gemäß einer Ausführungsform beinhalten die gemessenen Variablenwerte die Zusammensetzung des Straßenbelags.
Gemäß einer Ausführungsform beinhalten die gemessenen Fahrzeugvariablenwerte bezüglich sich in der Nähe befindlicher, erkennbarer Fahrzeuge gemessene Werte.
Gemäß einer Ausführungsform stellt der vordefinierte Satz von Fahrzeugvariablenwerten Werte dar, die basierend auf der beobachteten Verwendung der Funktion durch einen prozentualen Schwellenanteil oder eine Schwellenanzahl von Fahrern definiert werden.
Gemäß einer Ausführungsform beinhaltet die Schwellenhäufigkeit eine einmalige Verwendung.
Gemäß einer Ausführungsform ist der Prozessor zu Folgendem konfiguriert: Anbieten einer Option zum Bereitstellen von Funktionsdaten in einer Automobil-Smartphone-Anwendung; und als Reaktion darauf, dass ein Benutzer das Angebot annimmt, Senden eines Funktionsindikators an ein Mobiltelefon in drahtloser Kommunikation mit dem Fahrzeug.
Gemäß einer Ausführungsform ist der Prozessor zu Folgendem konfiguriert: Anbieten einer Option zum Bereitstellen von Funktionsdaten in einer Automobil-Smartphone-Anwendung; und als Reaktion darauf, dass ein Benutzer das Angebot annimmt, Anweisen eines Cloud-Servers, Funktionsinformationen an ein dem Fahrzeug zugeordnetes Mobiltelefon zu kommunizieren.
Gemäß einer Ausführungsform ist der Prozessor ferner zu Folgendem konfiguriert: Präsentieren einer Empfehlung zum Aktivieren der Funktion als Reaktion darauf, dass eine Schwellenanzahl von Benutzern der Funktion innerhalb einer vordefinierten Entfernung des Fahrzeugs durch einen Cloud-Server an das Fahrzeug gemeldet wird.
Gemäß der vorliegenden Erfindung ist ein System bereitgestellt, das Folgendes aufweist: einen Prozessor für mobile Vorrichtungen, der zu Folgendem konfiguriert ist: Empfangen eines Indikators, der einer empfohlenen Fahrzeugfunktion entspricht; Bestimmen, dass die Funktion eine Konfigurationsoption beinhaltet; Präsentieren einer Konfigurationsoption, welche die Konfiguration der Fahrzeugfunktion auf einer mobilen Vorrichtung ermöglicht; und Senden einer modifizierten Konfiguration, die unter Verwendung der Konfigurationsoption konfiguriert wurde, von der mobilen Vorrichtung an ein Fahrzeug.
Gemäß einer Ausführungsform repliziert die Konfigurationsoption eine fahrzeuginterne Konfigurati onsopti on.
Gemäß einer Ausführungsform ist der Prozessor für mobile Vorrichtungen dazu konfiguriert, den Indikator direkt von einem Fahrzeug zu empfangen.
Gemäß einer Ausführungsform ist der Prozessor für mobile Vorrichtung dazu konfiguriert, den Indikator indirekt von einem Fahrzeug über die Cloud zu empfangen.
Gemäß einer Ausführungsform ist der Prozessor für mobile Vorrichtungen dazu konfiguriert, die Konfiguration direkt an ein Fahrzeug zu senden.
Gemäß einer Ausführungsform ist der Prozessor für mobile Vorrichtungen dazu konfiguriert, die Konfiguration indirekt über die Cloud an ein Fahrzeug zu senden.
Gemäß der vorliegenden Erfindung ist ein System bereitgestellt, das Folgendes aufweist: einen Prozessor, der zu Folgendem konfiguriert ist: Bestimmen, dass eine Fahrzeugfunktion weniger Male als eine vom Hersteller definierte Häufigkeit verwendet wurde; Anfordern bedingter Daten, die angeben, wann andere Benutzer die Fahrzeugfunktion verwenden; Empfangen der angeforderten bedingten Daten; und Empfehlen, die Fahrzeugfunktion zu verwenden, als Reaktion auf gemessene Fahrzeugbedingungsanpassungsparameter, die durch die bedingten Daten definiert sind.
Gemäß einer Ausführungsform beinhalten die bedingten Daten mindestens eines von Fahrzeugzustandsdaten oder Umgebungsdaten.

Claims

System, umfassend: einen Prozessor, der zu Folgendem konfiguriert ist: Bestimmen, dass gemessene Fahrzeugvariablenwerte mit einem vordefinierten Satz von Fahrzeugvariablenwerten, die dem Empfehlen einer Fahrzeugfunktionsaktivierung zugeordnet sind, übereinstimmen; Bestimmen, dass die Funktion nicht mit einer Schwellenhäufigkeit in einem Fahrzeug verwendet wurde, in dem die Variablenwerte gemessen wurden; und als Reaktion auf die Übereinstimmung und die Verwendung unter dem Schwellenwert Präsentieren einer Empfehlung zum Aktivieren der Funktion.
System nach Anspruch 1, wobei die gemessenen Variablenwerte die Außentemperatur beinhalten.
System nach Anspruch 1, wobei die gemessenen Variablenwerte Niederschlag beinhalten.
System nach Anspruch 1, wobei die gemessenen Variablenwerte Geschwindigkeit oder Beschleunigung beinhalten.
System nach Anspruch 1, wobei die gemessenen Variablenwerte den Standort beinhalten.
System nach Anspruch 1, wobei die gemessenen Variablenwerte die Zusammensetzung des Straßenbelags beinhalten.
System nach Anspruch 1, wobei die gemessenen Fahrzeugvariablenwerte bezüglich sich in der Nähe befindlicher, erkennbarer Fahrzeuge gemessene Werte beinhalten.
System nach Anspruch 1, wobei der vordefinierte Satz von Fahrzeugvariablenwerten Werte darstellt, die basierend auf der beobachteten Verwendung der Funktion durch einen prozentualen Schwellenanteil oder eine Schwellenanzahl von Fahrern definiert werden.
System nach Anspruch 1, wobei die Schwellenhäufigkeit eine einmalige Verwendung beinhaltet.
System nach Anspruch 1, wobei der Prozessor zu Folgendem konfiguriert ist: Anbieten einer Option zum Bereitstellen von Funktionsdaten in einer Automobil-Smartphone-Anwendung; und als Reaktion darauf, dass ein Benutzer das Angebot annimmt, Senden eines Funktionsindikators an ein Mobiltelefon in drahtloser Kommunikation mit dem Fahrzeug.
System nach Anspruch 1, wobei der Prozessor zu Folgendem konfiguriert ist: Anbieten einer Option zum Bereitstellen von Funktionsdaten in einer Automobil-Smartphone-Anwendung; und als Reaktion darauf, dass ein Benutzer das Angebot annimmt, Anweisen eines Cloud-Servers, Funktionsinformationen an ein dem Fahrzeug zugeordnetes Mobiltelefon zu kommunizieren.
System nach Anspruch 1, wobei der Prozessor ferner zu Folgendem konfiguriert ist: Präsentieren einer Empfehlung zum Aktivieren der Funktion als Reaktion darauf, dass eine Schwellenanzahl von Benutzern der Funktion innerhalb einer vordefinierten Entfernung des Fahrzeugs durch einen Cloud-Server an das Fahrzeug gemeldet wird.
System, umfassend: einen Prozessor für mobile Vorrichtungen, der zu Folgendem konfiguriert ist: Empfangen eines Indikators, der einer empfohlenen Fahrzeugfunktion entspricht; Bestimmen, dass die Funktion eine Konfigurationsoption beinhaltet; Präsentieren einer Konfigurationsoption, welche die Konfiguration der Fahrzeugfunktion auf einer mobilen Vorrichtung ermöglicht; und Senden einer modifizierten Konfiguration, die unter Verwendung der Konfigurationsoption konfiguriert wurde, von der mobilen Vorrichtung an ein Fahrzeug.
System nach Anspruch 13, wobei der Prozessor für mobile Vorrichtungen dazu konfiguriert ist, den Indikator direkt von einem Fahrzeug oder indirekt von einem Fahrzeug über die Cloud zu empfangen.
System nach Anspruch 13, wobei der Prozessor für mobile Vorrichtungen dazu konfiguriert ist, die Konfiguration direkt an ein Fahrzeug oder indirekt an ein Fahrzeug über die Cloud zu senden.