DE102015113631A1

DE102015113631A1 - Verfahren und Vorrichtung zur Infotainmentsteuerung über ein betriebssystemunabhängiges Protokoll für eine drahtlose Vorrichtung

Info

Publication number: DE102015113631A1
Application number: DE102015113631.7A
Authority: DE
Inventors: Basavaraj Tonshal; Yifan Chen; Pramita Mitra; Jayanthi Rao
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2014-08-29
Filing date: 2015-08-18
Publication date: 2016-03-03
Also published as: CN105392034A; US20160065646A1; US20160167516A1

Abstract

Ein System beinhaltet einen Prozessor, der dafür ausgelegt ist, eine Anforderung zu empfangen, ein Fahrzeug-Infotainmentsystemmerkmal von einem auf einem Webbrowser basierenden Zugang zu einem Fahrzeug-Infotainmentsystem zu steuern. Der Prozessor ist ferner dafür ausgelegt, die Anforderung einem Fahrer zu präsentieren. Auch ist der Prozessor dafür ausgelegt, eine Fahrerfreigabe für eine anfordernde Vorrichtung, von der die Anforderung ausgeht, zu empfangen, um das Infotainmentsystemmerkmal zu steuern, und die anfordernde Vorrichtung zu autorisieren, das Infotainmentsystemmerkmal unter Verwendung eines auf einem Webbrowser basierenden Zugangs zu dem Infotainmentsystem zu steuern.

Description

TECHNISCHES GEBIET
Die veranschaulichenden Ausführungsformen beziehen sich allgemein auf ein Verfahren und eine Vorrichtung zur Infotainmentsteuerung über ein betriebssystemunabhängiges Protokoll für eine drahtlose Vorrichtung.
HINTERGRUND
Annahme von und Anpassung an fahrzeuginterne(r) Infotainment-Technologie ist bis heute von Fahrzeugkunden mit offenen Armen aufgenommen worden. Zeitgleich haben Fortschritte in Smartphone-Technologie einen signifikanten Einfluss auf Verbraucher-Lebensstil sowohl in als auch außerhalb von Fahrzeugumgebungen gehabt. Eine nahtlose Fusion von Technologien in- und außerhalb von Fahrzeugen liefert unter anderem noch bessere Gelegenheiten für Automobileigner-Erlebnisse auf Gebieten wie Bequemlichkeit, Mitwirkungsmöglichkeiten, Sicherheit und Wert.
Das U.S. Patent 8,621,483 bezieht sich allgemein auf eine Vorrichtung zum Bereitstellen einer oder mehrerer Anwendungen an (einem) fahrzeuginternen Infotainment(IVI)-Clientvorrichtung(en), die einen Prozessor und einen Speicher beinhalten können, der ausführbaren Code speichert, der die Vorrichtung veranlasst, mindestens Operationen durchzuführen, die beinhalten, (eine) Anwendung(en) und assoziierte Daten an einer Vorrichtung bereitzustellen, als Reaktion auf den Empfang einer Anzeige einer mit der/den Anwendung(en) assoziierten Auswahl. Der Computerprogrammcode kann ferner die Vorrichtung veranlassen, der/den Anwendung(en) zu ermöglichen, während der Ausführung der Anwendung über mehrere Anwendungsprogrammierschnittstellen auf angeforderte Daten zuzugreifen. Der Computerprogrammcode kann ferner die Vorrichtung veranlassen, als Reaktion auf den Empfang (von) einer Nachricht(en), die von einer ersten Anwendungsprogrammierschnittstelle der Schnittstellen, die eine Anforderung nach den angeforderten Daten von einer zweiten Anwendungsprogrammierschnittstelle der Schnittstellen empfangen hat, erzeugt werden, die angeforderten Daten für die Anwendung bereitzustellen.
Die U.S. Patentanmeldung 2014/0068713 bezieht sich allgemein auf Netzwerkkommunikation, webbasierte Dienste und angepasste Dienste, die webbasierte Dienste verwenden, die für Fahrer und Benutzer über eine Automobilbedieneinheit in einem Fahrzeug und über mobile Vorrichtungen bereitgestellt werden können. Die Automobilbedieneinheit in dem Fahrzeug und die mobile Vorrichtung sind miteinander über eine Kurzreichweiten-Drahtlosverbindung kommunikativ verbunden. Auch können diese Vorrichtungen über ein Netz, wie etwa ein Mobilfunknetz, mit einem Dienstanbieter kommunizieren, der Unterhaltungs- und Informationsdienste für die mobile Vorrichtung und die Automobilbedieneinheit bereitstellt. Das Profil und die Präferenzen des Benutzers sind dazu befähigt, dem Benutzer zu verschiedenen Orten und in Fahrzeuge zu folgen, da diese Informationen in einem Server gespeichert sind, auf den von der mobilen Vorrichtung des Benutzers, und in manchen Ausführungsformen auch von der Bedieneinheit, zugegriffen werden kann. Die mobile Vorrichtung kann Dienste für die Bedieneinheit bereitstellen, wenn diese über keine weitere Netzkonnektivität über die Kurzreichweiten-Drahtlosverbindung verfügt.
KURZE DARSTELLUNG DER ERFINDUNG
In einer ersten veranschaulichenden Ausführungsform beinhaltet ein System einen Prozessor, der ausgelegt ist zum Empfangen einer Anforderung, ein Fahrzeug-Infotainmentsystemmerkmal von einem auf einem Webbrowser basierenden Zugang zu einem Fahrzeug-Infotainmentsystem zu steuern. Der Prozessor ist ferner dafür ausgelegt, die Anforderung einem Fahrer zu präsentieren. Auch ist der Prozessor dafür ausgelegt, eine Fahrergenehmigung für eine anfordernde Vorrichtung, von der die Anforderung ausgeht, zu empfangen, um das Infotainmentsystemmerkmal zu steuern, und die anfordernde Vorrichtung zu autorisieren, das Infotainmentsystemmerkmal unter Verwendung eines auf einem Webbrowser basierenden Zugangs zu dem Infotainmentsystem zu steuern.
In einer zweiten veranschaulichenden Ausführungsform beinhaltet ein computerimplementiertes Verfahren das Empfangen einer Anforderung, ein Fahrzeug-Infotainmentsystemmerkmal von einem auf einem Webbrowser basierenden Zugang zu einem Fahrzeug-Infotainmentsystem zu steuern. Das Verfahren beinhaltet auch das Präsentieren der Anforderung für einen Fahrer und das Empfangen einer Fahrerfreigabe für eine anfordernde Vorrichtung, von der die Anforderung, das Infotainmentsystemmerkmal zu steuern, ausgeht. Ferner beinhaltet das Verfahren das Autorisieren der anfordernden Vorrichtung, über ein Fahrzeugcomputersystem, das Infotainmentsystemmerkmal unter Verwendung eines auf einem Webbrowser basierenden Zugangs zu dem Infotainmentsystem zu steuern.
In einer dritten veranschaulichenden Ausführungsform beinhaltet ein System einen Drahtlos-Vorrichtungs-Prozessor, der dafür ausgelegt ist, drahtlos mit einem entfernten Fahrzeug-Infotainmentsystem zu kommunizieren. Der Prozessor ist auch dafür ausgelegt, webbasierte Steuerungsanzeigeanweisungen von dem Fahrzeug-Infotainmentsystem zu empfangen. Ferner ist der Prozessor dafür ausgelegt, eine Fahrzeug-Infotainmentsteuerungsschnittstelle in Übereinstimmung mit den Anzeigeanweisungen in einem Webbrowser anzuzeigen. Der Prozessor ist zusätzlich dafür ausgelegt, Fahrzeug-Infotainmentsteuerungsanweisungen über die Schnittstelle zu empfangen und eine Anforderung abzugeben, das Fahrzeug-Infotainmentsystem in Übereinstimmung mit den empfangenen Steueranweisungen zu steuern.
KURZE BESCHREIBUNG DER ZEICHNUNGEN
1 zeigt ein veranschaulichendes Fahrzeugcomputersystem;
2A und 2B zeigen veranschaulichende Beispiele von Steuerfreigabe- und Bereitstellungsprozessen;
3 zeigt eine veranschaulichende Architektur zur Fahrzeugsteuerung über eingebrachte Vorrichtungsbrowser; und
4 zeigt einen veranschaulichenden Prozess zur Interaktion verschiedener System, die eine Fahrzeugsprozesssteuerung beeinflussen.
AUSFÜHRLICHE BESCHREIBUNG
Wie erforderlich, werden hier detaillierte Ausführungsformen der vorliegenden Erfindung offenbart; es versteht sich jedoch, dass die offenbarten Ausführungsformen rein beispielhaft für die Erfindung sind, die in verschiedenen und alternativen Formen ausgestaltet werden kann. Die Figuren sind nicht notwendigerweise maßstabsgetreu; einige Merkmale können übertrieben oder minimiert sein, um Details von bestimmten Komponenten zu zeigen. Die speziellen strukturellen und funktionalen Details, die hier offenbart werden, sollen daher nicht als einschränkend interpretiert werden, sondern lediglich als eine repräsentative Basis, um einen Fachmann zu lehren, wie die vorliegende Erfindung auf verschiedene Weisen auszuüben ist.
1 stellt eine beispielhafte Blocktopologie für ein fahrzeugbasiertes Computersystem 1 (VCS, Vehicle based Computing System) für ein Fahrzeug 31 dar. Ein Beispiel für solch ein fahrzeugbasiertes Computersystem 1 ist das von der FORD MOTOR COMPANY hergestellte SYNC-System. Ein mit einem fahrzeugbasierten Computersystem aktiviertes Fahrzeug umfasst möglicherweise eine visuelle Frontend-Schnittstelle 4, die sich im Fahrzeug befindet. Der Benutzer ist möglicherweise außerdem in der Lage, mit der Schnittstelle zu interagieren, wenn sie zum Beispiel mit einem berührungsempfindlichen Bildschirm versehen ist. In einer anderen veranschaulichenden Ausführungsform erfolgt die Interaktion durch das Drücken von Tasten, ein Sprachdialogsystem mit automatischer Spracherkennung und Sprachsynthese.
In der in 1 dargestellten beispielhaften Ausführungsform 1 steuert ein Prozessor 3 wenigstens einen Teil des Betriebs des fahrzeugbasierten Computersystems. Der Prozessor, der innerhalb des Fahrzeugs bereitgestellt wird, gestattet Bord-Verarbeitung von Befehlen und Routinen. Weiterhin ist der Prozessor sowohl mit nichtpersistentem 5 als auch mit persistentem Speicher 7 verbunden. In dieser veranschaulichenden Ausführungsform ist der nichtpersistente Speicher Direktzugriffsspeicher (RAM) und der persistente Speicher ist ein Festplattenlaufwerk (HDD) oder Flash-Speicher. Im Allgemeinen kann persistenter (nichtflüchtiger) Speicher alle Arten von Speicher enthalten, die Daten behalten, wenn ein Computer oder eine andere Vorrichtung heruntergefahren wird. Zu diesen zählen, unter anderem, HDDs, CDs, DVDs, Magnetbänder, Solid-State-Drives, tragbare USB-Laufwerke und andere geeignete Arten von persistentem Speicher.
Der Prozessor ist außerdem mit einer Anzahl von unterschiedlichen Eingängen versehen, die es dem Benutzer ermöglichen, mit dem Prozessor in Verbindung zu treten. In dieser veranschaulichenden Ausführungsform werden ein Mikrofon 29, ein Zusatzeingang 25 (für Eingang 33), ein USB-Eingang 23, ein GPS-Eingang 24, ein Bildschirm 4, der möglicherweise eine Touchscreen-Anzeige ist, und ein BLUETOOTH-Eingang 15 bereitgestellt. Es ist auch ein Eingangswähler 51 vorgesehen, der es einem Benutzer ermöglicht, zwischen verschiedenen Eingängen zu wechseln. Der Eingang sowohl für das Mikrofon als auch für den Zusatzverbinder wird durch einen Wandler 27 von analog nach digital gewandelt, bevor er an den Prozessor weitergeleitet wird. Obwohl dies nicht gezeigt wird, verwenden möglicherweise zahlreiche der Fahrzeugkomponenten und Zusatzkomponenten in Kommunikation mit dem VCS ein Fahrzeugnetz (wie zum Beispiel, aber nicht darauf beschränkt, einen CAN-Bus), um Daten zum und aus dem VCS (oder Komponenten davon) weiterzuleiten.
Zu Ausgängen des Systems können, unter anderem, eine visuelle Anzeige 4 und ein Lautsprecher 13 oder ein Stereo-Systemausgang zählen. Der Lautsprecher ist mit einem Verstärker 11 verbunden und nimmt sein Signal von dem Prozessor 3 durch einen Digital-Analog-Wandler 9 auf. Ausgabe kann auch zu einer entfernten BLUETOOTH-Vorrichtung erfolgen, wie zum Beispiel entlang der bei 19 bzw. 21 gezeigten bidirektionalen Datenströme zu einem PND 54 oder einer USB-Vorrichtung, wie zum Beispiel der Fahrzeug-Navigationsvorrichtung 60.
In einer veranschaulichenden Ausführungsform verwendet das System 1 den BLUETOOTH-Transceiver 15, um mit einer nomadischen Vorrichtung 53 des Nutzers zu kommunizieren 17 (z. B. einem Mobiltelefon, Smartphone, PDA oder irgendeiner anderen Vorrichtung, die drahtlose Konnektivität zu entfernten Netzen aufweist). Die nomadische Vorrichtung kann dann verwendet werden, um mit einem Netz 61 außerhalb des Fahrzeugs 31 zu kommunizieren 59, zum Beispiel durch Kommunikation 55 mit einem Mobilfunkturm 57. In einigen Ausführungsformen kann der Turm 57 ein WiFi-Zugangspunkt sein.
Beispielhafte Kommunikation zwischen der nomadischen Vorrichtung und dem BLUETOOTH-Transceiver wird durch das Signal 14 dargestellt.
Das Koppeln einer nomadischen Vorrichtung 53 und des BLUETOOTH-Transceivers 15 kann durch eine Taste 52 oder eine ähnliche Eingabe angewiesen werden. Dementsprechend wird die CPU angewiesen, dass der Bord-BLUETOOTH-Transceiver mit einem BLUETOOTH-Transceiver in einer nomadischen Vorrichtung gekoppelt wird.
Daten werden möglicherweise zwischen der CPU 3 und dem Netz 61 zum Beispiel unter Verwendung eines mit der nomadischen Vorrichtung 53 assoziierten Datentarifs, Data Over Voice oder von DTMF-Tönen kommuniziert. Alternativ kann es wünschenswert sein, ein Bord-Modem 63 mit einer Antenne 18 einzubauen, um Daten zwischen der CPU 3 und dem Netz 61 über das Sprachband zu kommunizieren 16. Die nomadische Vorrichtung 53 kann dann verwendet werden, um mit einem Netz 61 außerhalb des Fahrzeugs 31 zum Beispiel durch Kommunikation 55 mit einem Mobilfunkturm 57 zu kommunizieren 59. In einigen Ausführungsformen kann das Modem 63 Kommunikation 20 mit dem Turm 57 zum Kommunizieren mit dem Netz 61 herstellen. Als ein nicht einschränkendes Beispiel ist das Modem 63 möglicherweise ein Mobilfunk-USB-Modem und die Kommunikation 20 ist möglicherweise eine Mobilfunk-Kommunikation.
In einer veranschaulichenden Ausführungsform ist der Prozessor mit einem Betriebssystem versehen, das eine API zum Kommunizieren mit Modem-Anwendungssoftware beinhaltet. Die Modem-Anwendungssoftware kann auf ein eingebettetes Modul oder eine eingebettete Firmware auf dem BLUETOOTH-Transceiver zugreifen, um drahtlose Kommunikation mit einem entfernten BLUETOOTH-Transceiver (wie zum Beispiel einem, der in einer nomadischen Vorrichtung vorzufinden ist) herzustellen. Bluetooth ist eine Untermenge der IEEE 802 PAN (Personal Area Network) Protokolle. IEEE 802 LAN (Local Area Network) Protokolle beinhalten WiFi und weisen beträchtliche übergreifende Funktionalitäten mit IEEE 802 PAN auf. Beide sind zur drahtlosen Kommunikation innerhalb eines Fahrzeugs geeignet. Andere Kommunikationsmittel, die auf diesem Gebiet verwendet werden können, sind optische Freiraumkommunikation (wie zum Beispiel IrDA, Infrared Data Association) und nicht standardisierte IR-(Infrarot-)Protokolle im Bereich der Unterhaltungselektronik.
In einer anderen Ausführungsform umfasst die nomadische Vorrichtung 53 ein Modem für Sprachband- oder Breitband-Datenkommunikation. In der Ausführungsform Data Over Voice wird möglicherweise eine als Frequenzmultiplexen bekannte Technik umgesetzt, wenn der Besitzer der nomadischen Vorrichtung über die Vorrichtung sprechen kann, während Daten übertragen werden. Zu anderen Zeitpunkten, wenn der Besitzer die Vorrichtung nicht verwendet, kann die Datenübertragung die gesamte Bandbreite verwenden (in einem Beispiel 300 Hz bis 3,4 kHz). Während Frequenzmultiplexen möglicherweise für analoge Mobilfunk-Kommunikation zwischen dem Fahrzeug und dem Internet üblich ist und immer noch verwendet wird, ist es für digitale Mobilfunk-Kommunikation weitgehend durch Mischformen aus Codemultiplexverfahren (CDMA, Code Domain Multiple Access), Zeitmultiplexverfahren (TDMA, Time Domain Multiple Access), Raummultiplexverfahren (SDMA, Space Domain Multiple Access) ersetzt worden. Alle diese sind Standards entsprechend ITU IMT-2000 (3G) und bieten Datenraten bis zu 2 Mbps für stationäre oder gehende Nutzer und 385 kbps für Nutzer in einem sich bewegenden Fahrzeug. 3G-Standards werden jetzt durch IMT-Advanced (4G) ersetzt, das 100 Mbps für Nutzer in einem Fahrzeug und 1 Gbps für stationäre Nutzer bietet. Falls der Nutzer über einen mit der nomadischen Vorrichtung verknüpften Datentarif verfügt, ist es möglich, dass der Datentarif Breitband-Übertragung gestattet und dass das System eine viel größere Bandbreite verwenden könnte (was die Datenübertragung beschleunigt). In noch einer anderen Ausführungsform ist die nomadische Vorrichtung 53 durch eine Mobilfunk-Kommunikationsvorrichtung (nicht dargestellt) ersetzt, die im Fahrzeug 31 installiert ist. In noch einer anderen Ausführungsform ist die ND (Nomadic Device, nomadische Vorrichtung) 53 möglicherweise eine drahtlose Local Area Network(LAN)-Vorrichtung, die zur Kommunikation zum Beispiel (und ohne Beschränkung) über ein 802.11g-Netzwerk (d.h. WiFi) oder ein WiMax-Netzwerk in der Lage ist.
In einer Ausführungsform können eingehende Daten durch die nomadische Vorrichtung über Data Over Voice oder Datentarif, durch den Bord-BLUETOOTH-Transceiver und in den internen Prozessor 3 des Fahrzeugs weitergegeben werden. Im Falle bestimmter temporärer Daten können die Daten zum Beispiel bis zu einem Zeitpunkt, zu dem die Daten nicht mehr benötigt werden, auf dem HDD oder anderen Speichermedien 7 gespeichert werden.
Zu zusätzlichen Quellen, die möglicherweise mit dem Fahrzeug in Verbindung stehen, zählen eine persönliche Navigationsvorrichtung 54, die zum Beispiel eine USB-Verbindung 56 und/oder eine Antenne 58 aufweist, eine Fahrzeug-Navigationsvorrichtung 60, die eine USB-Verbindung 62 oder eine andere Verbindung aufweist, eine Bord-GPS-Vorrichtung 24 oder ein entferntes Navigationssystem (nicht dargestellt), das Konnektivität zum Netz 61 aufweist. USB ist eines aus einer Klasse von seriellen Netzwerkprotokollen. IEEE 1394 (FireWire^TM (Apple), i.LINK^TM (Sony) und Lynx^TM (Texas Instruments)), EIA (Electronics Industry Association) serielle Protokolle, IEEE 1284 (Centronics Port), S/PDIF (Sony/Philips Digital Interconnect Format) und USB-IF (USB Implementers Forum) bilden das Rückgrat der Standards für serielle Kommunikation von Vorrichtung zu Vorrichtung. Die meisten der Protokolle können entweder für elektrische oder optische Kommunikation implementiert werden.
Ferner könnte die CPU mit einer Vielzahl anderer Zusatzvorrichtungen 65 in Kommunikation stehen. Diese Vorrichtungen können über eine drahtlose 67 oder eine drahtgebundene 69 Verbindung verbunden werden. Die Hilfsvorrichtungen 65 können Personal Media Player, drahtlose medizinische Vorrichtungen, tragbare Computer und dergleichen beinhalten, ohne darauf beschränkt zu sein.
Ebenso oder alternativ könnte die CPU mit einem fahrzeugbasierten drahtlosen Router 73 zum Beispiel unter Verwendung eines WiFi-Transceivers (IEEE 803.11) 71 verbunden werden. Dies könnte es der CPU gestatten, sich mit in Reichweite des lokalen Routers 73 befindlichen entfernten Netzen zu verbinden.
Zusätzlich dazu, dass beispielhafte Prozesse in gewissen Ausführungsformen von einem Fahrzeugcomputersystem, das sich in einem Fahrzeug befindet, ausgeführt werden, können die beispielhaften Prozesse von einem Computersystem ausgeführt werden, das in Kommunikation mit einem Fahrzeugcomputersystem steht. Solch ein System kann, ohne darauf beschränkt zu sein, eine drahtlose Vorrichtung (z. B. und ohne Beschränkung ein Mobiltelefon) oder ein entferntes Computersystem (z. B. und ohne Beschränkung einen Server) umfassen, die durch die drahtlose Vorrichtung verbunden sind. Gemeinschaftlich können solche Systeme als fahrzeugassoziierte Computersysteme (VACS, Vehicle Associated Computing Systems) bezeichnet werden. In bestimmten Ausführungsformen können bestimmte Komponenten des VACS abhängig von der jeweiligen Implementierung des Systems bestimmte Teile eines Prozesses ausführen. Beispielhaft und ohne Beschränkung ist es, falls ein Prozess einen Schritt aufweist, in dem er Informationen an eine bzw. von einer gekoppelten drahtlosen Vorrichtung sendet oder empfängt, dann wahrscheinlich, dass die drahtlose Vorrichtung den Prozess nicht durchführt, weil die drahtlose Vorrichtung Informationen nicht an sich selbst senden und nicht von sich selbst empfangen würde. Ein Durchschnittsfachmann weiß, wann es unangemessen ist, ein bestimmtes VACS auf eine gegebene Lösung anzuwenden. Bei allen Lösungen wird in Betracht gezogen, dass wenigstens das Fahrzeug-Computersystem (VCS), das sich innerhalb des Fahrzeugs selbst befindet, in der Lage ist, die beispielhaften Prozesse durchzuführen.
In jeder der hier erörterten veranschaulichenden Ausführungsformen wird ein beispielhaftes, nicht beschränkendes Beispiel für einen Prozess, der von einem Computersystem durchführbar ist, gezeigt. Bezüglich jeden Prozesses ist es dem den Prozess auszuführenden Computersystem möglich, für den begrenzten Zweck des Ausführens des Prozesses als ein Sonderzweck-Prozessor konfiguriert zu werden, um den Prozess auszuführen. Nicht alle Prozesse müssen in ihrer Gesamtheit ausgeführt werden und sind als Beispiele von Typen von Prozessen, die durchgeführt werden können, um Elemente der Erfindung zu erreichen, zu verstehen. Zusätzliche Schritte können auf Wunsch hinzugefügt oder aus den beispielhaften Prozessen entfernt werden.
Die veranschaulichenden Ausführungsformen beziehen sich auf eine neuartige Softwarearchitektur, die auf modernen Webstandards basiert, was eine nahtlose Integration einer eingebrachten Vorrichtung (z.B. einem Smartphone) mit einem Cockpit-Infotainmentsystem ermöglicht. Durch Verwendung eines Standardwebbrowsers in eingebrachten Vorrichtungen wird eine Fernsteuerung eines fahrzeuginternen Infotainmentsystems ermöglicht, was Steuerung und Maßschneidern von Fahrzeugsystemen auf nahezu beliebigen eingebrachten Vorrichtungen erlaubt, ohne eine Schnittstelle für die besondere Vorrichtung maßschneidern zu müssen.
Allgemein konzentrieren sich fahrzeuginterne Infotainmentsysteme darauf, Fahrer mit der Fähigkeit zu versehen, Funktionen auf eine einfache und sichere Weise zu steuern. Allerdings gibt es viele Merkmale und Funktionen des Fahrzeugsystems, die Passagiere (d.h. Nicht-Fahrer) zu steuern wünschen. Diesen Nicht-Fahrern zu erlauben, diese Systeme unter Verwendung von eingebrachten Vorrichtungen einfach zu steuern, wird das Fahrerlebnis für alle Beteiligten verbessern und bereichern und wird dadurch, dass es keinen Fahrer benötigt, dessen Aufmerksamkeit besser auf die Straße gerichtet ist, um das/die System(e) einzustellen, ein Maß an Sicherheit einbringen. Durch Verwenden eines Vorrichtungsbrowsers, der ein gemeinsames Standardprotokoll über verschiedene Vorrichtungen aufweist, kann eine Steuerung zur Verwendung durch eine Vielzahl von Vorrichtungen präsentiert werden, ohne genaue Kompatibilität mit einem/r bestimmten Vorrichtungsprotokoll oder -architektur sicherzustellen.
Es gibt eine Anzahl von Merkmalen, die für Nicht-Fahrersteuerung geeignet wären, einschließlich unter anderem Beifahrer-Klimasteuerung, Rücksitz-Klimasteuerung, Infotainmentsteuerung, Umgebungslicht und Navigationssteuerung.
In 2A ist der Prozess aus der Perspektive einer eingebrachten Vorrichtung gezeigt. Dies ist ein veranschaulichender Prozess für die eingebrachte Vorrichtung, um sich mit dem Fahrzeugcomputersystem in dem Fahrzeug, in dem die Vorrichtung reist, zu verbinden und Steuerung von diesem anzufordern. In diesem Beispiel versucht der Prozess zuerst, auf eine Fahrzeug-Webseite zuzugreifen 201. Dies kann eine Seite sein, die auf einem lokalen Netzwerk für ein Fahrzeug auf ähnliche Weise definiert ist, wie auf einen Router gewöhnlich durch Eingabe einer gewöhnlichen Router-Adresse zugegriffen wird. Dies wird eine direkte Steuerung des Fahrzeugs über die lokale Adresse erlauben, sobald die Anforderung genehmigt worden ist.
Bezüglich der in dieser Figur beschriebenen veranschaulichenden Ausführungsformen sei angemerkt, dass ein Allzweckprozessor zum Zwecke des Ausführens einer oder aller der hier gezeigten Beispielverfahren zeitweilig als ein Sonderzweck-Prozessor befähigt werden kann. Beim Ausführen von Code, der Anweisungen zum Durchführen einiger oder aller Schritte des Verfahrens bereitstellt, kann der Prozessor zeitweilig als ein Sonderzweck-Prozessor umgewidmet werden, bis zum Zeitpunkt, zu dem das Verfahren abgeschlossen ist. In einem weiteren Beispiel kann, soweit angebracht, Firmware, die gemäß einem vorkonfigurierten Prozessor handelt, den Prozessor veranlassen, als ein Sonderzweck-Prozessor zu handeln, der für den Zweck des Durchführens des Verfahrens oder einiger vernünftiger Varianten davon bereitgestellt ist.
Sobald die Vorrichtung die Seitenadresseneingabe erhalten hat, kann sich die Vorrichtung mit dem durch die lokale Webadresse 203 identifizierten Fahrzeug verbinden. Dies wird eine einfache Verbindung ergeben, wobei aber die Anforderung in diesem Beispiel noch genehmigt werden muss, bevor tatsächlich eine Steuerung bereitgestellt wird.
Eine Anforderung für tatsächliche Steuerung eines Fahrzeugsteuersystems kann an den Fahrzeugcomputer gesendet werden 205. Diese kann zum Beispiel ein Passwort für das bestimmte Fahrzeug enthalten, wenn das bestimmte Fahrzeug ein Passwort verlangt, um eine Steuerung zu erlauben. In anderen Beispielen können alle Zugangsanforderungen zum System standardmäßig genehmigt werden. Da allerdings viele Fahrzeuge dicht beieinander fahren, kann es der Fall sein, dass irgendeine Art einer Authentifikation gewünscht wird, bevor Steuerung der Fahrzeugsysteme erlaubt wird. Aus ähnlichen Gründen kann eine Version einer fahrzeugspezifischen Webkennung verwendet werden, um auf die Webseite, die sich auf ein bestimmtes Fahrzeug bezieht, zuzugreifen. Oder es kann nötig sein, dass eine Vorrichtung mit einem drahtlosen Fahrzeug-Netzwerk verbunden sein muss, bevor Zugang zu der bestimmten Webseite, die sich auf das bestimmte Fahrzeug bezieht, erlaubt wird.
Sobald eine Vorrichtung für fahrzeuginterne Steuerung freigegeben wurde, kann die Vorrichtung mit einem für Ereignishandhabung innerhalb des Fahrzeugs verantwortlichen Fahrzeugserver kommunizieren 209. Die Vorrichtung kann ein Menü mit Optionen für Fahrzeugsteuerung anfordern 211, und sobald das Menü empfangen worden ist, kann die Vorrichtung das Menü über den Webbrowser des Fahrzeugs als eine nutzbare Schnittstelle für fahrzeuginterne Steuerung präsentieren 213.
2B zeigt ein veranschaulichendes Beispiel des Authentifikationsprozesses von der Fahrzeugseite her. In diesem Beispiel empfängt der Prozess eine Steuerungsanforderung von einer verbundenen Vorrichtung 215. Falls der Fahrer das System auf automatisches Erlauben von Vorrichtungen eingestellt hat 217, kann der Prozess eine Genehmigung an die Vorrichtung senden 219, die eine Steuerung erlaubt.
Falls Fahrer-Authentifikation nötig ist, kann der Prozess dem Fahrer eine Vorrichtungs-ID präsentieren 221 sowie Präsentieren einer Anforderung an den Fahrer nach vollständiger oder begrenzter Steuerung 223. Falls die Anforderung nicht genehmigt wird, kann der Prozess verlassen werden. Falls die Anforderung von dem Fahrer genehmigt wird 225, kann der Prozess bestimmen, ob irgendwelche Einschränkungen implementiert werden sollen 227. Zum Beispiel kann ein Fahrer eine begrenzte Genehmigung erteilen, die Klimasteuerung zu ändern, kann aber die Fähigkeiten, die Infotainment-Einstellungen zu ändern (z.B. Radiosender), verweigern.
Falls Einschränkungen nötig sind 227, kann der Prozess eine Genehmigung senden 231, die basierend auf den Einschränkungen begrenzte Funktionalität beinhaltet. Falls keine Einschränkungen nötig sind, kann der Prozess eine vollständige Genehmigung an die anfordernde Vorrichtung senden, die die Verwendung der Fahrzeugsysteme ohne Einschränkung erlaubt 229.
Bezüglich der in dieser Figur beschriebenen veranschaulichenden Ausführungsformen sei angemerkt, dass ein Allzweckprozessor zum Zwecke des Ausführens eines oder aller der hier gezeigten Beispielverfahren zeitweilig als ein Sonderzweck-Prozessor befähigt werden kann. Beim Ausführen von Code, der Anweisungen zum Durchführen einiger oder aller Schritte des Verfahrens bereitstellt, kann der Prozessor zeitweilig als ein Sonderzweck-Prozessor umgewidmet werden, bis zum Zeitpunkt, zu dem das Verfahren abgeschlossen ist. In einem weiteren Beispiel kann, soweit angebracht, Firmware, die gemäß einem vorkonfigurierten Prozessor handelt, den Prozessor veranlassen, als ein Sonderzweck-Prozessor zu handeln, der für den Zweck des Durchführens des Verfahrens oder einiger vernünftiger Varianten davon bereitgestellt ist.
3 zeigt eine veranschaulichende Architektur für Nicht-Fahrersteuerung von fahrzeuginternen Infotainmentsystemen. In diesem Beispiel verwendet eine eingebrachte Vorrichtung einen Standardwebbrowser 301. Zwischen den Fahrzeugsystemen und der eingebrachten Vorrichtung gibt es ein Zubehörprotokoll-Schnittstellenmodul (Accessory Protocol Interface Module – APIM) 303, das Anforderungen von dem/den Client(s), Authentifikation und sonstige Ereignisse, die zu/von der/den Vorrichtung(en) durchlaufen, handhabt. Bezüglich der in dieser Figur beschriebenen veranschaulichenden Ausführungsformen sei angemerkt, dass ein Allzweckprozessor zum Zwecke des Ausführens eines oder aller der hier gezeigten Beispielverfahren zeitweilig als ein Sonderzweck-Prozessor befähigt werden kann. Beim Ausführen von Code, der Anweisungen zum Durchführen einiger oder aller Schritte des Verfahrens bereitstellt, kann der Prozessor zeitweilig als ein Sonderzweck-Prozessor umgewidmet werden, bis zum Zeitpunkt, zu dem das Verfahren abgeschlossen ist. In einem weiteren Beispiel kann, soweit angebracht, Firmware, die gemäß einem vorkonfigurierten Prozessor handelt, den Prozessor veranlassen, als ein Sonderzweck-Prozessor zu handeln, der für den Zweck des Durchführens des Verfahrens oder einiger vernünftiger Varianten davon bereitgestellt ist.
Das APIM beinhaltet einen Webserver 311, der als die Fernsteuerungs-Webseite dient (die die Schnittstelle auf der eingebrachten Vorrichtung ist). Der Prozess beinhaltet auch einen Websocketserver 313, der eine Verbindung 309 (in diesem Beispiel eine Vollduplex-Verbindung) mit der entfernten/eingebrachten Vorrichtung aufrecht erhält. Der Socketserver dient auch als ein Vorrichtungs-Manager für verbundene Vorrichtungen und als ein Daten-/Ereignis-Manager 315 für Anforderungen von den verschiedenen Vorrichtungen und Fahrzeugsystemen.
Das APIM beinhaltet auch einen CAN-Manager 317 zum Managen von Anforderungen an den und von dem CAN-Bus oder (einem) anderen Fahrzeugnetzwerk(en). Auch sind eine Netzwerk-Abstraktionsschicht 319, eine CAN-Verbindung 321 und eine drahtgebundene/drahtlose Verbindung, die Subprozesse handhabt 323, enthalten.
Das APIM verschaltet sich über ein oder mehrere Fahrzeugnetzwerke, wie etwa ein CAN-Netzwerk 305, mit dem Fahrzeugsystem. Das CAN-Netzwerk ist mit den verschiedenen unabhängigen Fahrzeugmodulen 325 verbunden und leitet Informationen an diese/von diesen weiter.
Durch Verwenden einer wie hier beschriebenen Architektur gibt es keine Notwendigkeit, irgendeine besondere Anwendung auf einer beliebigen eingebrachten Vorrichtung zu installieren. Solange die Vorrichtung einen Standardbrowser aufweist, ist die Vorrichtung zur Steuerung bereit. Auch bietet diese Architektur eine hochskalierbare, betriebssystemübergreifende Plattformlösung beim Verwenden einer Vielzahl von eingebrachten Vorrichtungen. Ferner stellt dies eine Fernsteuerung für eingebrachte Vorrichtungen über Fahrzeugplattformen und Modelloptionen, die keinen Rücksitzbildschirm oder andere rückwärtige Steuerungsoption(en) aufweisen, hinweg bereit.
Kommunikation zwischen dem Client und dem APIM-Modul wird durch sichere drahtlose/drahtgebundene Verbindungen ermöglicht, die durch beliebige drahtlose/drahtgebundene Technologie, die Punkt-zu-Mehrpunkt-Kommunikationsfähigkeit unterstützt, wie unter anderem Bluetooth, Wi-Fi, Mobilfunk usw., bereitgestellt werden.
Der Webserver kann für Hosting und Bedienen der Clients mit Steuerungs-Webressourcen verantwortlich sein. Der Websocketserver kann für Auflösung von gleichzeitigen Zugangsanforderungen von mehreren Clients und gleichzeitiges Aktualisieren der Benutzerschnittstellen auf mehreren Clients (z.B. Aktualisieren von Änderungen eines Systemzustands ohne eine Auffrischungs-Anforderung) verantwortlich sein.
Das Vorrichtungsmanagermodul wird das Modul sein, das für das Managen mehrerer Fernsteuerungs-Vorrichtungen verantwortlich ist, mit dem Ziel, dass das Modul Entscheidungen handhaben wird, wie etwa wieviele Fernsteuerungs-Vorrichtungen gleichzeitig im Cockpit aktiv sein können und wer Fernsteuerungs-Zugang zu dem fahrzeuginternen System haben darf, wenn mehr als ein Passagier Zugang anfordert. Zugang kann unter einem beliebigen geeigneten Protokoll erteilt werden, wie etwa zum Beispiel priorisiert nach Benutzer (Elternanforderungen übertrumpfen Kinderanforderungen), der Reihe nach usw.
In einem veranschaulichenden Beispiel sind Bob (Fahrer) und Alice und Carol (Passagiere) in ein Fahrzeug eingestiegen und bereiten sich auf einen Ausflug vor. Sobald Bob das Fahrzeug aktiviert hat, können Alice und Carol ihre Webbrowser starten und Verbindung mit dem/den und Steuerung des/der Infotainmentsystems(e) anfordern. Bob kann dann die Anforderungen genehmigen oder ablehnen. Angenommen, dass die Anforderungen genehmigt sind, können die Browser auf jeder der verbundenen mobilen Vorrichtungen einen Steuerungsbildschirm für das Fahrzeug wiedergeben, der es den Vorrichtungs-Eignern (Alice und Carol) erlaubt, die Fahrzeugsysteme von den Vorrichtungs-Browsern aus zu steuern.
Gleichzeitige Anforderungen von Alice und Carol werden gemäß dem angebrachten Paradigma gehandhabt. Da das System die Schnittstelle zurechtschneidern kann, können Merkmale, zu denen Alice oder Carol kein Zugang erteilt wurde, entweder ausgegraut oder überhaupt nicht präsentiert werden.
4 zeigt ein veranschaulichendes Beispiel von Modulinteraktion, das einen beispielhaften Prozess zur Steuerung des Fahrzeugsystems über eine Nicht-Fahrer-Fernsteuerung detailliert.
In diesem veranschaulichenden Beispiel verwendet der Nicht-Fahrer eine Vorrichtung, die einen Browser 401 laufen lässt. Dieser Browser ist mit einem APIM-Webmanagermodul 403 verbunden. Der Nicht-Fahrer fordert Fahrzeugsteuerung unter Verwendung eines HMI-Browser 409 an. Dies ist die anfängliche Verbindungsanforderung, um Kontrolle über den Fahrzeugserver zu erhalten, und wird von dem Browser an den APIM-Webmanager gesendet.
Als Reaktion auf die Anforderung sendet der Prozess eine HMI einschließlich Webressourcen für eine Fahrzeugsteuerung 411 von dem Webmanager an den Client-Browser. An diesem Punkt sendet der Browser eine Anforderung nach einer Websocket-Verbindung mit einem Servicelevel 413 und wartet darauf, dass die Verbindung erteilt wird 415.
Sobald die Verbindung und ein angeforderter Servicelevel erteilt worden sind, wartet der Prozess bis eine Anforderung, einen Parameter des Systems zu modifizieren, von dem Client-Browser 401 ausgeht 417. Die Anforderung beinhaltet in diesem Beispiel einen Merkmalswert (z.B. eine Änderung im Merkmalswert zu dem neuen Wert) 419, der zu dem Ereignis-Manager 405 weitergezogen wird.
Der Ereignis-Manager 405 liest einen aktuellen Merkmalswert von dem CAN-Bus 421, der an den CAN-Manager 407 weitergegeben wird. Eine CAN-Nachricht wird dann in den BUS 423 geschrieben, von dem das System die Fahrzeugsysteme mit dem neuen Wert aktualisieren kann (z.B. Ändern des aktuellen Werts des angebrachten Systems). Dieser neue Merkmalswert kann dann zum Daten-Manager 425 geschrieben werden, so dass der Wert, der neuen Einstellung folgend, im Daten-Manager korrekt ist. Der neue Merkmalswert wird dann von dem APIM-Webmanagermodul 427 ausgelesen, das den neuen Merkmalswert an alle verbundenen Web-Clients 429 senden kann, womit die Web-Clients mit den angebrachten Werten aktualisiert werden.
Obgleich oben beispielhafte Ausführungsformen beschrieben werden, ist nicht beabsichtigt, dass diese Ausführungsformen alle möglichen Formen der Erfindung beschreiben. Stattdessen dienen die in der Beschreibung verwendeten Ausdrücke der Beschreibung und nicht der Einschränkung, und es versteht sich, dass verschiedene Änderungen durchgeführt werden können, ohne vom Gedanken und Schutzbereich der Erfindung abzuweichen. Darüber hinaus können die Merkmale verschiedener Implementierungsausführungsformen kombiniert werden, um weitere Ausführungsformen der Erfindung zu bilden.
Es wird ferner beschrieben:

A. System, umfassend: einen Prozessor, der ausgelegt ist zum: Empfangen einer Anforderung, ein Fahrzeug-Infotainmentsystemmerkmal von einem auf einem Webbrowser basierenden Zugang zu einem Fahrzeug-Infotainmentsystem zu steuern; Präsentieren der Anforderung für einen Fahrer; Empfangen einer Fahrergenehmigung für eine anfordernde Vorrichtung, von der die Anforderung, das Infotainmentsystemmerkmal zu steuern, ausgeht; und Autorisieren der anfordernden Vorrichtung, das Infotainmentsystemmerkmal unter Verwendung eines auf einem Webbrowser basierenden Zugangs zu dem Infotainmentsystem zu steuern.
B. System nach A, wobei die Genehmigung eine Steuerung aller Infotainmentsystemmerkmale bereitstellt.
C. System nach A, wobei die Genehmigung eine Steuerung einer begrenzten Untermenge von Infotainmentsystemmerkmalen bereitstellt.
D. System nach C, wobei die begrenzte Untermenge vordefiniert ist.
E. System nach D, wobei die begrenzte Untermenge bezüglich einer besonderen Vorrichtung vordefiniert ist.
F. System nach A, wobei die Präsentation der Anforderung für den Fahrer eine Vorrichtungs-Identität beinhaltet.
G. System nach A, wobei der Prozessor ferner dafür ausgelegt ist, basierend auf vordefinierten Vorrichtungs-Prioritäten, Steuerungs-Anforderungen von mehreren Vorrichtungen zu priorisieren.
H. Computerimplementiertes Verfahren, umfassend: Empfangen einer Anforderung, ein Fahrzeug-Infotainmentsystemmerkmal von einem auf einem Webbrowser basierenden Zugang zu einem Fahrzeug-Infotainmentsystem zu steuern; Präsentieren der Anforderung für einen Fahrer; Empfangen einer Fahrergenehmigung für eine anfordernde Vorrichtung, von der die Anforderung, das Infotainmentsystemmerkmal zu steuern, ausgeht; und Autorisieren der anfordernden Vorrichtung, über ein Fahrzeugcomputersystem, das Infotainmentsystemmerkmal unter Verwendung eines auf einem Webbrowser basierenden Zugangs zu dem Infotainmentsystem zu steuern.
I. Verfahren nach H, wobei die Genehmigung eine Steuerung aller Infotainmentsystemmerkmale bereitstellt.
J. Verfahren nach H, wobei die Genehmigung eine Steuerung einer begrenzten Untermenge von Infotainmentsystemmerkmalen bereitstellt.
K. Verfahren nach J, wobei die begrenzte Untermenge vordefiniert ist.
L. Verfahren nach K, wobei die begrenzte Untermenge bezüglich einer besonderen Vorrichtung vordefiniert ist.
M. Verfahren nach H, wobei die Präsentation der Anforderung für den Fahrer eine Vorrichtungs-Identität beinhaltet.
N. Verfahren nach H, das ferner, basierend auf vordefinierten Vorrichtungs-Prioritäten, das Priorisieren von Steuerungs-Anforderungen von mehreren Vorrichtungen umfasst.
O. System, umfassend: einen Drahtlos-Vorrichtungs-Prozessor, der ausgelegt ist zum: Kommunizieren mit einem entfernten Fahrzeug-Infotainmentsystem auf drahtlosem Wege; Empfangen webbasierter Steuerungsanzeigeanweisungen von dem Fahrzeug-Infotainmentsystem; Anzeigen einer Fahrzeug-Infotainmentsteuerungsschnittstelle in Übereinstimmung mit den Anzeigeanweisungen in einem Webbrowser; Empfangen von Fahrzeug-Infotainmentsteuerungsanweisungen über die Schnittstelle; und Einreichen einer Anforderung, das Fahrzeug-Infotainmentsystem gemäß den empfangenen Steuerungsanweisungen zu steuern.
P. System nach O, wobei die Steuerungsschnittstelle eine auf einer Fahrzeuganzeige angezeigte Steuerungsschnittstelle repliziert.
Q. System nach O, wobei der Prozessor dafür ausgelegt ist, bevor die Steuerungsschnittstelle angezeigt wird, eine Steuerungsautorisierungs-Anforderung einzureichen.
R. System nach O, wobei die Steuerungsschnittstelle eine begrenzte Anzahl von steuerbaren Fahrzeug-Infotainmentmerkmalen gemäß Erlaubnissen, die einer den Drahtlos-Vorrichtungs-Prozessor beinhaltenden Vorrichtung zugewiesen sind, anzeigt.
S. System nach O, wobei die Anforderung, das Infotainmentsystem gemäß den empfangenen Steuerungsanweisungen zu steuern, eine Vorrichtungs-Kennung beinhaltet.
T. System nach O, wobei Kommunikation zwischen der Drahtlos-Vorrichtung und dem Infotainmentsystem unter Verwendung eines webbasierten Protokolls ermöglicht wird.

ZITATE ENTHALTEN IN DER BESCHREIBUNG
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
Zitierte Patentliteratur

US 8621483 [0003]
US 2014/0068713 [0004]

Zitierte Nicht-Patentliteratur

IEEE 802 PAN [0021]
IEEE 802 LAN [0021]
IEEE 802 PAN [0021]
IEEE 1394 [0024]
IEEE 1284 [0024]
IEEE 803.11 [0026]

Claims

System, umfassend: einen Prozessor, der ausgelegt ist zum: Empfangen einer Anforderung, ein Fahrzeug-Infotainmentsystemmerkmal von einem auf einem Webbrowser basierenden Zugang zu einem Fahrzeug-Infotainmentsystem zu steuern; Präsentieren der Anforderung für einen Fahrer; Empfangen einer Fahrergenehmigung für eine anfordernde Vorrichtung, von der die Anforderung, das Infotainmentsystemmerkmal zu steuern, ausgeht; und Autorisieren der anfordernden Vorrichtung, das Infotainmentsystemmerkmal unter Verwendung eines auf einem Webbrowser basierenden Zugangs zu dem Infotainmentsystem zu steuern.
System nach Anspruch 1, wobei die Genehmigung eine Steuerung aller Infotainmentsystemmerkmale bereitstellt.
System nach Anspruch 1, wobei die Genehmigung eine Steuerung einer begrenzten Untermenge von Infotainmentsystemmerkmalen bereitstellt.
System nach Anspruch 3, wobei die begrenzte Untermenge vordefiniert ist.
System nach Anspruch 4, wobei die begrenzte Untermenge bezüglich einer besonderen Vorrichtung vordefiniert ist.
System nach Anspruch 1, wobei die Präsentation der Anforderung für den Fahrer eine Vorrichtungs-Identität beinhaltet.
System nach Anspruch 1, wobei der Prozessor ferner dafür ausgelegt ist, basierend auf vordefinierten Vorrichtungs-Prioritäten, Steuerungs-Anforderungen von mehreren Vorrichtungen zu priorisieren.
System, umfassend: einen Drahtlos-Vorrichtungs-Prozessor, der ausgelegt ist zum: Kommunizieren mit einem entfernten Fahrzeug-Infotainmentsystem auf drahtlosem Wege; Empfangen webbasierter Steuerungsanzeigeanweisungen von dem Fahrzeug-Infotainmentsystem; Anzeigen einer Fahrzeug-Infotainmentsteuerungsschnittstelle in Übereinstimmung mit den Anzeigeanweisungen in einem Webbrowser; Empfangen von Fahrzeug-Infotainmentsteuerungsanweisungen über die Schnittstelle; und Einreichen einer Anforderung, das Fahrzeug-Infotainmentsystem gemäß den empfangenen Steuerungsanweisungen zu steuern.
System nach Anspruch 8, wobei die Steuerungsschnittstelle eine auf einer Fahrzeuganzeige angezeigte Steuerungsschnittstelle repliziert.
System nach Anspruch 8, wobei der Prozessor dafür ausgelegt ist, bevor die Steuerungsschnittstelle angezeigt wird, eine Steuerungsautorisierungs-Anforderung einzureichen.
System nach Anspruch 8, wobei die Steuerungsschnittstelle eine begrenzte Anzahl von steuerbaren Fahrzeug-Infotainmentmerkmalen gemäß Erlaubnissen, die einer den Drahtlos-Vorrichtungs-Prozessor beinhaltenden Vorrichtung zugewiesen sind, anzeigt.
System nach Anspruch 8, wobei die Anforderung, das Infotainmentsystem gemäß den empfangenen Steuerungsanweisungen zu steuern, eine Vorrichtungs-Kennung beinhaltet.
System nach Anspruch 8, wobei Kommunikation zwischen der Drahtlos-Vorrichtung und dem Infotainmentsystem unter Verwendung eines webbasierten Protokolls ermöglicht wird.