DE102016218560A1 - Verfahren und systeme für eine mobile vorrichtung zum emulieren einer fahrzeug-mensch-maschine-schnittstelle - Google Patents

Verfahren und systeme für eine mobile vorrichtung zum emulieren einer fahrzeug-mensch-maschine-schnittstelle Download PDF

Info

Publication number
DE102016218560A1
DE102016218560A1 DE102016218560.8A DE102016218560A DE102016218560A1 DE 102016218560 A1 DE102016218560 A1 DE 102016218560A1 DE 102016218560 A DE102016218560 A DE 102016218560A DE 102016218560 A1 DE102016218560 A1 DE 102016218560A1
Authority
DE
Germany
Prior art keywords
vehicle
mobile device
data
hmi
hmi data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
DE102016218560.8A
Other languages
English (en)
Inventor
John Byrne
Justin Dickow
Joey Ray Grover
Joel J. Fischer
Scott Smereka
Corey MAYLONE
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Livio Inc
Original Assignee
Myine Electronics LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Myine Electronics LLC filed Critical Myine Electronics LLC
Publication of DE102016218560A1 publication Critical patent/DE102016218560A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00—Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B60K35/10—Input arrangements, i.e. from user to vehicle, associated with vehicle functions or specially adapted therefor
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/037—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for occupant comfort, e.g. for automatic adjustment of appliances according to personal settings, e.g. seats, mirrors, steering wheel
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60H—ARRANGEMENTS OF HEATING, COOLING, VENTILATING OR OTHER AIR-TREATING DEVICES SPECIALLY ADAPTED FOR PASSENGER OR GOODS SPACES OF VEHICLES
    • B60H1/00—Heating, cooling or ventilating [HVAC] devices
    • B60H1/00642—Control systems or circuits; Control members or indication devices for heating, cooling or ventilating devices
    • B60H1/00964—Control systems or circuits characterised by including features for automatic and non-automatic control, e.g. for changing from automatic to manual control
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00—Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B60K35/20—Output arrangements, i.e. from vehicle to user, associated with vehicle functions or specially adapted therefor
    • B60K35/28—Output arrangements, i.e. from vehicle to user, associated with vehicle functions or specially adapted therefor characterised by the type of the output information, e.g. video entertainment or vehicle dynamics information; characterised by the purpose of the output information, e.g. for attracting the attention of the driver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/133—Protocols for remote procedure calls [RPC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K2360/00—Indexing scheme associated with groups B60K35/00 or B60K37/00 relating to details of instruments or dashboards
    • B60K2360/143—Touch sensitive instrument input devices
    • B60K2360/1438—Touch screens
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K2360/00—Indexing scheme associated with groups B60K35/00 or B60K37/00 relating to details of instruments or dashboards
    • B60K2360/16—Type of output information
    • B60K2360/175—Autonomous driving
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00—Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles

Landscapes

  • Engineering & Computer Science (AREA)
  • Mechanical Engineering (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Combustion & Propulsion (AREA)
  • Transportation (AREA)
  • Chemical & Material Sciences (AREA)
  • Medical Informatics (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Thermal Sciences (AREA)
  • Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Ein Fahrzeug-Infotainmentsystem umfasst einen Fahrzeugprozessor, der mit einem Sendeempfänger verbunden und dafür programmiert ist, Mensch-Maschine-Schnittstellen- bzw. HMI-Daten unter Verwendung von Websockets über den Sendeempfänger zu einer verbundenen mobilen Vorrichtung zu senden. Der Fahrzeugprozessor ist ferner dafür programmiert, als Reaktion auf die verbundene mobile Vorrichtung über den Sendeempfänger eine Nachricht zu empfangen, die HMI-Daten anfordert, die auf einem Fahrzeugdisplay ausgegeben werden. Der Fahrzeugprozessor ist ferner programmiert zum Senden der HMI-Daten zu der mobilen Vorrichtung über Websockets und Empfangen einer Parameterjustierung über einen Remote-Procedure-Aufruf für einen den HMI-Daten zugeordneten Parameter.

Description

  • Die vorliegende Offenbarung betrifft allgemein Fahrzeugdatenverarbeitungssysteme und insbesondere das Konfigurieren des Fahrzeugdatenverarbeitungssystems als einen Server.
  • Mit einem Fahrzeugdatenverarbeitungssystem werden einem Insassen während der Fahrt zu einem Ziel mehrere Merkmale und Funktionen bereitgestellt, darunter freihändiges Anrufen, Navigationsinformationen und Musik. Das Fahrzeugdatenverarbeitungssystem stellt Einstellungen bereit, um Konfiguration der Merkmale und Funktionen auf der Basis von Präferenzen eines Insassen zu erlauben. Die Einstellungen können manuell konfiguriert werden, nachdem der Insasse in das Fahrzeug eingestiegen ist. Zum Beispiel kann das Fahrzeugdatenverarbeitungssystem dafür ausgelegt sein, Klimasteuereinstellungen im Fahrzeug zu justieren. Die Klimasteuereinstellungen können unter Verwendung von physisch betätigten Eingängen eingeleitet werden, die das Fahrzeug trägt und die durch den Fahrzeuginsassen manipuliert werden.
  • Bei einer beträchtlichen Menge an heutzutage hergestellten neuen Fahrzeugen umfassen die Steuereinstellungen für das Fahrzeugdatenverarbeitungssystem ein Mensch-Maschine-Schnittstellen- bzw. HMI-Touchscreen-Display. Das HMI-Touchscreen-Display ist dafür ausgelegt, Steuereinstellungen für ein oder mehrere Fahrzeugmerkmale und Funktionen auszugeben. Zum Beispiel kann das HMI-Touchscreen-Display Musik-, Klima- und Navigationssteuereinstellungen ausgeben. Die Einstellungen für Merkmale und Funktionen des Fahrzeugdatenverarbeitungssystems können über das HMI-Touchscreen-Display justiert werden. Die HMI ist typischerweise in der Mittelkonsole eines Fahrzeuginnenraums positioniert, so dass der Fahrer und Beifahrer Steuereinstellungen für das eine oder die mehreren Fahrzeugmerkmale und Funktionen justieren können.
  • Bei mindestens einer Ausführungsform umfasst ein Fahrzeug-Infotainmentsystem einen Fahrzeugprozessor, der mit einem Sendeempfänger verbunden und dafür programmiert ist, Mensch-Maschine-Schnittstellen- bzw. HMI-Daten unter Verwendung eines Vernetzungskommunikationsprotokolls, wie etwa eines bidirektionalen Kommunikationskanals über den Sendeempfänger, zu einer verbundenen mobilen Vorrichtung zu senden. Der Fahrzeugprozessor ist ferner dafür programmiert, als Reaktion auf die verbundene mobile Vorrichtung über den Sendeempfänger eine Nachricht zu empfangen, die HMI-Daten anfordert, die auf einem Fahrzeugdisplay ausgegeben werden. Der Fahrzeugprozessor ist ferner dafür programmiert, die HMI-Daten über Websockets zu der mobilen Vorrichtung zu senden und über einen Remote-Procedure-Aufruf für einen den HMI-Daten zugeordneten Parameter eine Parameterjustierung zu empfangen.
  • Bei mindestens einer Ausführungsform verwendet ein Mobilvorrichtungs-Emulationsverfahren einen Mobilvorrichtungs-Prozessor zum Imitieren einer Fahrzeug-HMI auf einem Benutzeroberflächenbildschirm der mobilen Vorrichtung. Das Verfahren umfasst Senden einer HMI-Emulatornachricht für aktuelle HMI-Daten, die auf einem Fahrzeugdisplay ausgegeben werden, zu einem gepaarten Fahrzeugsystem. Das Verfahren umfasst ferner Empfangen der HMI-Daten von dem Fahrzeugsystem über einen Vollduplex-Kommunikationskanal unter Verwendung einer einzigen Verbindung, Freigeben der Justierung der HMI-Daten auf dem Mobilvorrichtungs-Benutzeroberflächenbildschirm und Senden der justierten HMI-Daten zu dem Fahrzeugsystem über einen Remote-Procedure-Aufruf.
  • Bei mindestens einer Ausführungsform umfasst ein Computerprogrammprodukt, das in einem nichttransitorischen computerlesbaren Medium realisiert ist, auf dem Anweisungen zum Programmieren eines Prozessors gespeichert sind, Anweisungen zum Empfangen einer Vorrichtungsemulator-Anforderungsnachricht für Daten, die auf einem Fahrzeugdisplay ausgegeben werden, und Erzeugen der Daten für das Fahrzeugdisplay auf der Basis eines Websocket-Protokolls. Das Computerprogrammprodukt umfasst ferner Anweisungen zum Senden der Daten zu einer mobilen Vorrichtung und Empfangen einer den Daten zugeordneten Parameterjustierung über einen Remote-Procedure-Aufruf von der mobilen Vorrichtung.
  • Weitere vorteilhafte Ausführungen der Erfindung sind in den Figuren und der dazugehörigen Beschreibung enthalten.
  • 1 ist eine repräsentative Topologie eines Fahrzeugdatenverarbeitungssystems, das ein benutzerinteraktives Fahrzeuginformationsanzeigesystem implementiert, gemäß einer Ausführungsform;
  • 2 ist eine repräsentative Blocktopologie des Fahrzeugdatenverarbeitungssystems, das mit einer Fahrzeug-Mensch-Maschine-Schnittstelle und einer mobilen Vorrichtung kommuniziert, gemäß einer Ausführungsform;
  • 3 ist ein Flussdiagramm eines beispielhaften Verfahrens, wie das Fahrzeugdatenverarbeitungssystem die mobile Vorrichtung dafür konfiguriert, das Mensch-Maschine-Schnittstellen-Display zu emulieren, gemäß einer Ausführungsform;
  • 4 ist eine repräsentative Blocktopologie der Mobilvorrichtungs-Benutzeroberfläche, die das Fahrzeug-Mensch-Maschine-Schnittstellen-Display emuliert, gemäß einer Ausführungsform; und
  • 5 ist ein Flussdiagramm eines beispielhaften Verfahrens, wie die Mobilvorrichtungs-Benutzeroberfläche eine Justierung eines auf dem Fahrzeug-Mensch-Maschine-Schnittstellen-Display verfügbaren Parameters erlaubt, gemäß einer Ausführungsform.
  • Hier werden Ausführungsformen der vorliegenden Offenbarung beschrieben. Es versteht sich jedoch, dass die offenbarten Ausführungsformen lediglich Beispiele sind und andere Ausführungsformen verschiedene und alternative Formen annehmen können. Die Figuren sind nicht unbedingt maßstabsgetreu; einige Merkmale können übertrieben oder minimiert sein, um Details besonderer Komponenten zu zeigen. Hier offenbarte spezifische Struktur- und Funktionsdetails sind deshalb nicht als beschränkend aufzufassen, sondern lediglich als repräsentative Grundlage, um Fachleute zu lehren, die Ausführungsformen verschiedenartig einzusetzen. Wie für den Durchschnittsfachmann erkennbar ist, können verschiedene, mit Bezug auf eine beliebige der Figuren dargestellte und beschriebene Merkmale mit in einer oder mehreren anderen Figuren dargestellten Merkmalen kombiniert werden, um Ausführungsformen zu schaffen, die nicht ausdrücklich dargestellt oder beschrieben werden. Die Kombinationen von dargestellten Merkmalen liefern repräsentative Ausführungsbeispiele für typische Anwendungen. Es könnten jedoch für konkrete Anwendungen oder Implementierungen verschiedene, mit den Lehren der vorliegenden Offenbarung stimmige Kombinationen und Modifikationen der Merkmale erwünscht sein.
  • Die Ausführungsformen der vorliegenden Offenbarung stellen im Allgemeinen mehrere Schaltungen oder andere elektrische Geräte bereit. Alle Erwähnungen der Schaltungen oder anderer elektrischer Geräte und der jeweils durch sie bereitgestellten Funktionalität sollen nicht darauf beschränkt sein, nur das einzuschließen, was hier dargestellt und beschrieben ist. Obwohl den verschiedenen Schaltungen oder anderen offenbarten elektrischen Geräten bestimmte Bezeichnungen zugewiesen werden können, sollen diese Bezeichnungen den Umfang der Funktionsweise für die Schaltungen und die anderen elektrischen Geräte nicht beschränken. Solche Schaltungen und andere elektrische Geräte können auf der Basis des konkreten Typs elektrischer Implementierung, der erwünscht ist, auf beliebige Weise miteinander kombiniert und/oder voneinander getrennt werden. Es wird festgestellt, dass jede Schaltung oder jedes andere elektrische Gerät, die/das hier offenbart wird, eine beliebige Anzahl von Mikroprozessoren, integrierten Schaltungen, Speichervorrichtungen (z.B. Flash, Direktzugriffsspeicher (RAM), Nurlesespeicher (ROM), elektrisch programmierbaren Nurlesespeicher (EPROM), elektrisch löschbaren programmierbaren Nurlesespeicher (EEPROM) oder andere geeignete Varianten davon) und Software umfassen kann, die miteinander zusammenwirken, um hier offenbarte Operation(en) auszuführen. Außerdem können beliebige einzelne oder mehrere der elektrischen Geräte dafür ausgelegt werden, ein Computerprogramm auszuführen, das in einem nichtflüchtigen computerlesbaren Medium realisiert wird, das dafür programmiert ist, eine beliebige Anzahl der Funktionen wie offenbart auszuführen.
  • Die Offenbarung betrifft ein Fahrzeugdatenverarbeitungssystem, das als ein Webserver konfiguriert wird, so dass das System mit einer als ein Client wirkenden mobilen Vorrichtung kommunizieren kann. Das Fahrzeugdatenverarbeitungssystem kann Fahrzeugmerkmale und -funktionen zu einem oder mehreren Clients übermitteln. Das als ein Server konfigurierte Fahrzeugdatenverarbeitungssystem erlaubt einer als ein Client wirkenden mobilen Vorrichtung in einem Fahrzeug, Fahrzeug-Mensch-Maschine-Schnittstellen- bzw. HMI-Informationen über ein Vernetzungsprotokoll zu empfangen. Das Vernetzungsprotokoll kann zum Beispiel, aber ohne Beschränkung darauf, ein Websocket und einen bidirektionalen oder Vollduplex-Kommunikationskanal über eine einzige Verbindung umfassen. Die als ein Client konfigurierte mobile Vorrichtung kann unter Verwendung der Webserver-/Client-Beziehung Justierungen an mindestens einem den empfangenen Fahrzeug-HMI-Informationen zugeordneten Parameter vornehmen.
  • Zum Beispiel kann die mobile Vorrichtung Layouts/Ansichten auf der Basis der HMI-Informationen über Websockets von dem Fahrzeugdatenverarbeitungssystem empfangen. Die zu der mobilen Vorrichtung gesendeten Ansichten können eine auf dem Touchscreen-Display des Fahrzeugs angezeigte HMI-Schnittstelle emulieren oder dieser ähneln. Die auf dem Touchscreen-Display des Fahrzeugs angezeigte Schnittstelle, sowie steuerbare Fahrzeugparameter auf der Basis der HMI-Informationen, können durch die Server- und Client-Verbindung zu der mobilen Vorrichtung gesendet werden.
  • In einem anderen Beispiel kann die mobile Vorrichtung eine Web-Ansichts-Mobilanwendung umfassen, die dem Fahrzeugdatenverarbeitungssystem zugeordnet ist. Die Web-Ansichts-Mobilanwendung kann mindestens einen Teil von HMI-Informationen, die auf dem Fahrzeug-Touchscreen-Display angezeigt werden, sowie steuerbare Parameter für die Fahrzeugmerkmale und -unktionen empfangen. Als Reaktion auf eine Justierung eines steuerbaren Parameters auf einer Mobilvorrichtungs-Benutzeroberfläche kann die Vorrichtung einen Remote-Procedure-Aufruf zu dem Fahrzeugdatenverarbeitungssystem senden, der den justierten Parameter enthält. Der Remote-Procedure-Aufruf oder ein beliebiges anderes Server/Client-Kommunikationsprotokoll, kann einen Wert umfassen, der dem Parameter zugeordnet ist, der auf der Mobilvorrichtungs-Benutzeroberfläche justiert wurde. Als Reaktion auf die zum Fahrzeugdatenverarbeitungssystem gesendete Parameterjustierung kann die mobile Vorrichtung über die Websockets aktualisierte HMI-Informationen empfangen, die einer visuellen Änderung zugeordnet sind, die auf dem Fahrzeug-Touchscreen-Display aufgetreten sind.
  • 1 zeigt eine beispielhafte Blocktopologie für das VCS (Vehicle Computing System – Fahrzeugdatenverarbeitungssystem) 1 für ein Fahrzeug 31. Ein Beispiel für solch ein VCS 1 ist das von THE FORD MOTOR COMPANY hergestellte SYNC-System. Ein mit einem fahrzeuggestützten Datenverarbeitungssystem befähigtes Fahrzeug kann eine im Fahrzeug befindliche visuelle Frontend-Schnittstelle 4 enthalten. Der Benutzer kann auch in der Lage sein, mit der Schnittstelle zu interagieren, wenn sie zum Beispiel mit einem berührungsempfindlichen Bildschirm ausgestattet ist. Bei einer anderen beispielhaften Ausführungsform erfolgt die Interaktion mittels Tastenbetätigungen oder eines Sprachdialogsystems mit automatischer Spracherkennung und Sprachsynthese.
  • Bei der in 1 gezeigten beispielhaften Ausführungsform 1 steuert ein Prozessor 3 mindestens einen Teil des Betriebes des fahrzeuggestützten Datenverarbeitungssystems. Der Prozessor ist in dem Fahrzeug vorgesehen und erlaubt eine fahrzeuginterne Verarbeitung von Befehlen und Routinen. Ferner ist der Prozessor 3 sowohl mit einem nicht-persistenten 5 als auch mit einem persistenten Speicher 7 verbunden. Bei dieser beispielhaften Ausführungsform ist der nicht-persistente Speicher ein Direktzugriffsspeicher (RAM) und der persistente Speicher ein Festplattenlaufwerk (HDD) oder Flash-Speicher. Allgemein kann persistenter (nichtflüchtiger) Speicher alle Formen von Speicher beinhalten, die Daten halten, wenn ein Computer oder eine andere Einrichtung ausgeschaltet wird. Dazu gehören unter anderem HDDs, CDs, DVDs, Magnetbänder, Halbleiterlaufwerke, tragbare USB-Laufwerke und eine beliebige andere geeignete Form von persistentem Speicher.
  • Der Prozessor 3 ist auch mit einer Anzahl von verschiedenen Eingängen ausgestattet, die es dem Benutzer erlauben, mit dem Prozessor zu interagieren. Bei dieser veranschaulichenden Ausführungsform sind ein Mikrofon 29, ein Zusatzeingang 25 (für den Eingang 33), ein USB-Eingang 23, ein GPS-Eingang 24, ein Bildschirm 4, der ein Touchscreen-Bildschirm sein kann, und ein BLUETOOTH-Eingang 15 bereitgestellt. Außerdem ist ein Eingangsselektor 51 vorgesehen, um es einem Benutzer zu ermöglichen, zwischen verschiedenen Eingängen zu wählen. Eingaben sowohl in das Mikrofon als auch in den Zusatzstecker werden von einem Umsetzer 27 von analog in digital umgewandelt, bevor sie zu dem Prozessor geleitet werden. Obwohl es nicht gezeigt ist, können zahlreiche der Fahrzeugkomponenten und Hilfskomponenten in Kommunikation mit dem VCS 1 ein Fahrzeugnetzwerk (wie etwa, aber ohne Beschränkung darauf, einen CAN-Bus) verwenden, um Daten zu und von dem VCS 1 (oder Komponenten davon) weiterzuleiten.
  • Ausgaben des Systems können, aber ohne Beschränkung darauf, ein visuelles Display 4 und einen Lautsprecher 13 oder Stereoanlagenausgang umfassen. Der Lautsprecher 13 ist mit einem Verstärker 11 verbunden und empfängt sein Signal vom Prozessor 3 durch einen Digital-Analog-Wandler 9. Ausgänge können auch an eine entfernte BLUETOOTH-Einrichtung, wie etwa PND 54 oder eine USB-Einrichtung, wie etwa die Fahrzeugnavigationseinrichtung 60, entlang der bei 19 bzw. 21 dargestellten bidirektionalen Datenströme erfolgen.
  • In einer beispielhaften Ausführungsform verwendet das System 1 den BLUETOOTH-Sendeempfänger 15 zum Kommunizieren 17 mit der nomadischen Vorrichtung 53 eines Benutzers (zum Beispiel Mobiltelefon, Smartphone, PDA oder eine beliebige andere Vorrichtung mit drahtloser Fernnetzkonnektivität). Die nomadische Einrichtung 53 kann dann verwendet werden, um mit einem Netzwerk 61 außerhalb des Fahrzeugs 31 zu kommunizieren 59, zum Beispiel durch die Kommunikation 55 mit einem Mobilfunkmast 57. Bei manchen Ausführungsformen kann der Mast 57 ein WiFi-Zugangspunkt sein. Die nomadische Vorrichtung 53 kann auch zur Kommunikation 84 mit einer Hilfsvorrichtung verwendet werden, wie etwa einer tragbaren Vorrichtung (zum Beispiel Smartwatch, Smartglasses usw.). Die nomadische Vorrichtung 53 kann eine oder mehrere Steuerfunktionen zu der tragbaren Vorrichtung übermitteln. Zum Beispiel kann die nomadische Vorrichtung 53 der tragbaren Vorrichtung ermöglichen, einen Telefonanruf anzunehmen, eine Mobilanwendung freizugeben, Benachrichtigungen zu empfangen und/oder eine Kombination davon. In einem anderen Beispiel kann die tragbare Vorrichtung Fahrzeugsteuermerkmale/-funktionen auf der Basis einer oder mehrerer auf der nomadischen Vorrichtung 53 ausgeführter Mobilanwendungen zum VCS 1 senden.
  • Kommunikation zwischen der nomadischen Vorrichtung 53 und dem BLUETOOTH-Sendeempfänger wird durch das Signal 14 repräsentiert. Das Paaren einer nomadischen Einrichtung 53 und des BLUETOOTH-Sendeempfängers 15 kann durch eine Taste 52 oder eine ähnliche Eingabe angewiesen werden. Dementsprechend wird die CPU 3 so angewiesen, dass der Onbord-BLUETOOTH-Sendeempfänger mit einem BLUETOOTH-Sendeempfänger in einer nomadischen Vorrichtung gepaart wird.
  • Daten können zum Beispiel unter Verwendung eines Datenplanes, von Data-over-Voice oder von DTMF-Tönen, die mit der nomadischen Einrichtung 53 assoziiert sind, zwischen der CPU 3 und dem Netzwerk 61 kommuniziert werden. Als Alternative kann es wünschenswert sein, ein Onboard-Modem 63 vorzusehen, das eine Antenne 18 aufweist, um Daten zwischen der CPU 3 und dem Netzwerk 61 über das Sprachband zu übermitteln 16. Die nomadische Einrichtung 53 kann dann dazu verwendet werden, zum Beispiel durch Kommunikation 55 mit einem Zellularmast 57 mit einem Netzwerk 61 außerhalb des Fahrzeugs 31 zu kommunizieren 59. Bei manchen Ausführungsformen kann das Modem 63 eine Kommunikation 20 mit dem Mast 57 zur Kommunikation mit dem Netzwerk 61 herstellen. Als ein nicht einschränkendes Beispiel kann das Modem 63 ein USB-Zellularmodem sein und die Kommunikation 20 kann eine Zellularkommunikation sein.
  • Zum Beispiel kann die CPU 3 Hardware und Software zum Konfigurieren des Prozessors als einen Server umfassen. Die als ein Server konfigurierte CPU 3 kann dem VCS 1 zugeordnete Daten zu einem oder mehreren Clients übermitteln. Die Daten wären zum Beispiel, aber ohne Beschränkung darauf, Einstellungen für das eine oder die mehreren Fahrzeugmerkmale.
  • Bei einer veranschaulichenden Ausführungsform ist der Prozessor mit einem Betriebssystem ausgestattet, das eine API (Application Program Interface) zur Kommunikation mit Modem-Anwendungssoftware beinhaltet. Die Modem-Anwendungssoftware kann auf ein eingebettetes Modul oder Firmware auf dem BLUETOOTH-Sendeempfänger zugreifen, um drahtlose Kommunikation mit einem entfernten BLUETOOTH-Sendeempfänger (wie etwa dem in einer nomadischen Vorrichtung anzutreffenden) zu vervollständigen. Bluetooth ist eine Teilmenge der IEEE 802 PAN(Personal Area Network)-Protokolle. Die Protokolle IEEE 802 LAN (Lokales Netzwerk) umfassen WiFi und besitzen beträchtliche Kreuzfunktionalität mit IEEE 802 PAN. Beide sind für drahtlose Kommunikation in einem Fahrzeug geeignet. Ein anderes Kommunikationsmittel, das in diesem Bereich verwendet werden kann, ist optische Freiraumkommunikation (wie etwa IrDA) und nicht standardisierte Verbraucher-IR-Protokolle.
  • Bei einer anderen Ausführungsform umfasst die nomadische Vorrichtung 53 ein Modem für Sprachband- oder Breitband-Datenkommunikation. Bei der Data-Over-Voice-Ausführungsform kann eine als Frequenzmultiplexen bekannte Technik implementiert werden, wenn der Besitzer der nomadischen Vorrichtung 53 über die Vorrichtung sprechen kann, während Daten transferiert werden. Zu anderen Zeitpunkten, wenn der Besitzer die Einrichtung nicht verwendet, kann der Datentransfer die gesamte Bandbreite verwenden (bei einem Beispiel 300 Hz bis 3,4 kHz). Obwohl Frequenzmultiplexen für analoge zellulare Kommunikation zwischen dem Fahrzeug und dem Internet üblich sein kann und weiterhin verwendet wird, wurde es zum großen Teil durch Hybride von CDMA (Code Domain Multiple Access), TDMA (Time Domain Multiple Access), SDMA (Space-Domain Multiple Access) für digitale zellulare Kommunikation ersetzt. All diese sind Standards entsprechend ITU IMT-2000 (3G) und bieten Datenraten bis zu 2 Mbps für stationäre oder gehende Benutzer und 385 kbps für Benutzer in einem sich bewegenden Fahrzeug. 3G-Standards werden jetzt durch IMT-Advanced (4G) ersetzt, das 100 Mbps für Benutzer in einem Fahrzeug und 1 Gbps für stationäre Benutzer bietet. Wenn der Benutzer über einen mit der nomadischen Vorrichtung 53 assoziierten Datenplan verfügt, ist es möglich, dass der Datenplan Breitband-Übertragung ermöglicht und das System eine viel größere Bandbreite verwenden könnte (wodurch der Datentransfer beschleunigt wird). Bei noch einer weiteren Ausführungsform wird die nomadische Einrichtung 53 durch eine (nicht gezeigte) zellulare Kommunikationseinrichtung ersetzt, die in dem Fahrzeug 31 installiert ist. Bei noch einer anderen Ausführungsform kann die NE 53 eine Einrichtung mit Wireless Local Area Netzwerk (WLAN) sein, das zum Beispiel (und ohne Einschränkung) über ein 802.11g-Netzwerk (d.h. WiFi) oder ein WiMax-Netzwerk kommunizieren kann.
  • Bei einer Ausführungsform können ankommende Daten durch die mobile Vorrichtung 53 über Data-over-Voice oder Datenplan geleitet werden, durch den Onboard-BLUETOOTH-Sender/Empfänger und in den internen Prozessor 3 des Fahrzeugs. Im Fall bestimmter temporärer Daten können die Daten zum Beispiel auf dem HDD oder einem anderen Speichermedium 7 gespeichert werden, bis die Daten nicht mehr benötigt werden.
  • Zu zusätzlichen Quellen, die an das Fahrzeug angeschaltet werden können, gehören eine persönliche Navigationseinrichtung 54, die zum Beispiel eine USB-Verbindung 56 und/oder eine Antenne 58 aufweist, eine Fahrzeugnavigationseinrichtung 60 mit einem USB 62 oder einer anderen Verbindung, eine fahrzeuginterne GPS-Einrichtung 24 oder ein (nicht gezeigtes) Fernnavigationssystem, das Konnektivität mit dem Netzwerk 61 aufweist. USB ist eines einer Klasse von Serienvernetzungsprotokollen. 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 Einrichtung zu Einrichtung. Die meisten der Protokolle können entweder für elektrische oder optische Kommunikation implementiert werden.
  • Als Fortsetzung des obigen Beispiels können die zusätzlichen Quellen auf der Basis einer Server/Client-Konfiguration eine Schnittstelle mit der CPU 3 bilden. Genauer gesagt kann die als ein Server konfigurierte CPU 3 eine oder mehrere Anwendungen ausführen, die den als Clients wirkenden zusätzlichen Quellen zugeordnet sind. Die CPU 3 kann Anforderungen von Fahrzeuginhalt und/oder -funktion von den zusätzlichen Quellen empfangen.
  • Ferner könnte sich die CPU 3 in Kommunikation mit vielfältigen anderen Zusatzeinrichtungen 65 befinden. Diese Vorrichtungen können durch eine drahtlose 67 oder verdrahtete 69 Verbindungen verbunden werden. Die Zusatzeinrichtung 65 kann unter anderem persönliche Medien-Player, drahtlose Gesundheitseinrichtungen, tragbare Computer und dergleichen umfassen.
  • Außerdem oder als Alternative könnte die CPU 3 zum Beispiel unter Verwendung eines Sender/Empfängers für WiFi (IEEE 803.11) 71 mit einem fahrzeuggestützten drahtlosen Router 73 verbunden werden. Dadurch könnte die CPU 3 sich mit entfernten Netzwerken in der Reichweite des lokalen Routers 73 verbinden.
  • Zusätzlich dazu, dass beispielhafte Prozesse durch ein VCS 1 ausgeführt werden, das sich in einem Fahrzeug befindet, können bei bestimmten Ausführungsformen die Prozesse durch ein Datenverarbeitungssystem in Kommunikation mit einem Fahrzeugdatenverarbeitungssystem ausgeführt werden. Ein solches System kann, aber ohne Beschränkung darauf, eine mobile Vorrichtung (zum Beispiel ein Mobiltelefon, ein Smartphone, die nomadische Vorrichtung 53 usw.) oder ein entferntes Datenverarbeitungssystem (zum Beispiel einen Server), das mittels der mobilen Vorrichtung 53 verbunden ist, umfassen. Kollektiv können solche Systeme als fahrzeugassoziierte Datenverarbeitungssysteme (VACS) bezeichnet werden. Bei bestimmten Ausführungsformen können bestimmte Komponenten des VACS, abhängig von der jeweiligen Implementierung des Systems, bestimmte Teile eines Prozesses durchführen. Z. B. und ohne Beschränkung ist es dann, wenn ein Prozess Senden oder Empfangen von Informationen mit einer gepaarten drahtlosen Einrichtung aufweist, wahrscheinlich, dass die drahtlose Einrichtung den Prozess nicht ausführt, da die drahtlose Einrichtung Informationen nicht mit sich selbst "senden und empfangen" würde. Für Durchschnittsfachleute ist verständlich, wann es nicht angemessen ist, ein bestimmtes VACS auf eine gegebene Lösung anzuwenden. Bei allen Lösungen wird in Betracht gezogen, dass mindestens das Fahrzeugdatenverarbeitungssystem (VCS), das sich in dem Fahrzeug selbst befindet, in der Lage ist, die beispielhaften Prozesse auszuführen.
  • 2 ist eine repräsentative Blocktopologie des VCS 1, das mit einer Fahrzeug-HMI 4 und einer mobilen Vorrichtung 53 kommuniziert, gemäß einer Ausführungsform. Das VCS 1 kann eine CPU 3 umfassen, die als ein Server konfiguriert ist, indem Hardware und/oder Software des Systems benutzt werden. Die CPU 3 kann HMI-Daten als Web-Inhalt abliefern. In Bezug auf die als ein Server konfigurierte CPU 3 können das Fahrzeug-HMI-Display 4 und die mobile Vorrichtung 53 beim Kommunizieren mit der CPU 3 als Clients konfiguriert sein. Die als ein Server konfigurierte CPU 3 kann HMI-Daten über Websockets zu der Fahrzeug-HMI-Anzeige 4 und/oder der mobilen Vorrichtung 53 senden. Die CPU 3 als ein Server kann unter Verwendung von HTTP oder eines anderen Mittels zum Abliefern von HTML-Daten, wie Bildern, Scripts usw., eine Anforderung an verschiedene Clients abliefern.
  • Die CPU 3 kann sich mit einem oder mehreren Sendeempfängern in Kommunikation befinden. Der eine oder die mehreren Sendeempfänger sind fähig zu verdrahteter und drahtloser Kommunikation zum Empfangen und Senden von Signalen, die einem oder mehreren Fahrzeugmerkmalen und -funktionen zugeordnet sind. Die Fahrzeugmerkmale und -funktionen können Konfigurationseinstellungen umfassen, um es einem Fahrzeuginsassen zu erlauben, das Fahrzeugmerkmal und/oder die Fahrzeugfunktion gemäß ihrer Präferenz anzupassen. Die CPU 3 kann auf der Basis der Konfigurationseinstellung(en), die als mindestens ein Parameter ausgegeben werden, ein oder mehrere Fahrzeugmerkmale und -funktionen auf dem Fahrzeug-HMI-Display 4 verwalten. In einem anderen Beispiel können das eine oder die mehreren Fahrzeugmerkmale und -funktionen durch Konfigurationseinstellung(en), die als ein Parameter ausgegeben werden, auf einer Benutzeroberfläche der mobilen Vorrichtung 53 verwaltet werden. Zur Ermöglichung der Kommunikation kann die CPU 3 einen Fahrzeug-Server-Integrationsrahmen 101 umfassen, um verschiedene Fahrzeugmerkmale an einem oder mehreren Clients bereitzustellen und zu übermitteln. Der Fahrzeug-Server-Integrationsrahmen 101 kann die Fahrzeugmerkmale basierend auf einer Anwendungsschicht 202, Transportschicht 204, Fahrzeugmerkmal-/-funktionsdaten 206 und einer Netzwerkschicht 208 übermitteln.
  • Die Anwendungsschicht 202 transportiert das Routing von Nachrichten zwischen dem Farhzeug-HMI-Display 4, der mobilen Vorrichtung 53 und dem VCS 1. Zum Beispiel kann die Anwendungsschicht 202 der CPU 3 Daten unter Verwendung eines vordefinierten Protokolls und Schnittstellenverfahrens, das auch als eine Internet-Protokollsuite (TCP/IP) bekannt ist, zu Clients übermitteln. Das TCP/IP kann Daten senden, die einer spezifischen auf Hardware des VCS 1 ausgeführten Fahrzeuganwendung zugeordnet sind. Die Transportschicht 204 stellt Kommunikationsdienste für die auf dem VCS 1 ausgeführten Anwendungen bereit. Zu diesen Kommunikationsdiensten gehört, aber ohne Beschränkung darauf, Sicherstellen, dass Datenpakete während des Transports nicht verlorengehen. In einem Beispiel können das eine oder die mehreren Fahrzeugmerkmale und -funktionen Daten unter Verwendung von Websockets über die Transportschicht 204 zu dem HMI-Display 4 und/oder der mobilen Vorrichtung 53 senden. Genauer gesagt kann die CPU 3 ein Fahrzeugmerkmal zu jedem Client senden, der mit der CPU 3 kommuniziert, einschließlich dem HMI-Display 4 und der mobilen Vorrichtung 53.
  • Die CPU 3 kann unter Verwendung des Fahrzeugnetzwerks (zum Beispiel des CAN-Busses) mit mindestens einem das eine oder die mehreren Fahrzeugmerkmale ausführenden Steuermodul kommunizieren. Die CPU 3 kann die dem einen oder den mehreren Fahrzeugmerkmalen zugeordneten übermittelten Daten verarbeiten.
  • Die Fahrzeugmerkmal-/-funktionsdaten 206 können zur Ausgabe auf dem HMI-Display 4 durch die CPU 3 verarbeitet werden. Die als ein Client konfigurierte mobile Vorrichtung 53 kann das HMI-Display 4 durch Ausgeben der Fahrzeugmerkmal-/-funktionsdaten auf einer Mobilvorrichtungs-Benutzeroberfläche emulieren. Die Fahrzeugmerkmal-/-funktionsdaten 206 können über die Websockets zu dem HMI-Display 4 und/oder der mobilen Vorrichtung 53 übermittelt werden.
  • Die Netzwerkschicht 208 kann Funktionsmittel des Transfers von Datensequenzen variabler Länge von der CPU 3 zum Client (zum Beispiel Fahrzeug-HMI-Display 4 und mobile Vorrichtung 53) bereitstellen. Die Netzwerkschicht 208 kann Datenweiterleitung zu zusätzlichen Clients in Kommunikation mit dem HMI-Display 4 und/oder der mobilen Vorrichtung 53 bereitstellen. In einem Beispiel kann die Netzwerkschicht 208 Fahrzeugmerkmal-/-funktionsdaten 206, die über die CPU 3 zu einer mobilen Vorrichtung 53 in Kommunikation mit dem Fahrzeug-HMI-Display 4 zu übermitteln sind, bereitstellen.
  • Das Fahrzeug-HMI-Display 4 kann als ein Client in Kommunikation mit der CPU 3 konfiguriert werden. Das Fahrzeug-HMI-Display 4 kann ferner eine HMI-Integrations-Client-Komponente 203 umfassen, um es dem Display zu erlauben, die durch den Fahrzeug-Server-Integrationsrahmen 101 bereitgestellten Dienste zu nutzen. Die HMI-Integrations-Client-Komponente 203 wird auf Hardware (zum Beispiel einem Prozessor) im System ausgeführt. Die HMI-Integrations-Client-Komponente 203 kann eine Anwendungsschicht 205, eine Transportschicht 207, Fahrzeugmerkmal-/-funktionsdaten 209 und eine Netzwerkschicht 211 umfassen.
  • Die Websockets können benutzt werden, um Fahrzeugmerkmal-/-funktionsdaten über die Transportschicht 205 an den Client auszugeben. Die als Teil der HTML 5-Initiative entwickelte Websocket-Spezifikation hat die WebSocket-JavaScript-Schnittstelle eingeführt. Die Websocket-Schnittstelle erlaubt eine Vollduplex-Einzel-Socket-Verbindung, bei der Nachrichten zwischen einem Client (zum Beispiel Fahrzeug-HMI-Display 4 und mobile Vorrichtung 53) und Server (zum Beispiel CPU 3) gesendet werden können. Der Websocket-Standard vereinfacht einen großen Teil der Komplexität bezüglich bidirektionalem Webkommunikations- und Verbindungsmanagement. Die Verwendung von Websockets ermöglicht Echtzeit-Aktualisierung der auf Kontext basierenden HMI-Daten für verschiedene Benutzerszenarien. Zum Beispiel kann das Fahrzeugmerkmal ein Klimatisierungssystem umfassen, das Klimatisierungsdaten aufweist. Die Klimadaten können über eine persistente Websocket-Verbindung zwischen der CPU 3 und dem Fahrzeug-HMI-Display 4 auf dem HMI-Display 4 angezeigt werden. Dadurch kann der Fahrzeuginsasse direkt auf der Basis der Klimadaten mit dem HMI-Display 4 in Interaktion treten.
  • Zum Beispiel kann die CPU 3 Daten über den Fahrzeug-CAN-Bus, die mobile Vorrichtung 53, das entfernte Netzwerk 61 und eine Kombination davon empfangen. Die CPU 3 kann HMI-Daten für das HMI-Display 4 und/oder die Mobilvorrichtungs-Benutzeroberfläche erzeugen. Es können zahlreiche Kombinationen verschiedener Daten benutzt werden, um die Ausgabe der HMI-Daten bereitzustellen. Die verschiedenen Kombinationen der Daten erlauben, dass Aktualisierungen von Anwendungen verfügbar sind. Die HMI-Daten können in Echtzeit auf der CPU 3 und/oder anderer Hardware auf dem VCS 1 erzeugt werden. Die HMI-Daten können dem einen oder den mehreren Clients zugeführt werden, die das Fahrzeug-HMI-Display 4 und die mobile Vorrichtung 53 umfassen können.
  • Das VCS 1 von 2 kann in der Lage sein, mit dem entfernten Netzwerk 61 zu kommunizieren. Das VCS 1 kann über eine BLUETOOTH-Mobilvorrichtung 53, die mit dem Fahrzeugsystem gepaart ist, eine eingebettete Mobilfunkverbindung und/oder eine drahtlose Verbindung sowohl langer als auch kurzer Reichweite mit dem entfernten Netzwerk 61 verbinden. Das entfernte Netzwerk 61 kann auch durch andere mobile Vorrichtungen und/oder Fahrzeugsysteme zugänglich sein. Zusätzlich kann Zugänglichkeit verschiedene Sicherheitsbeschränkungen erfordern, um Zugriff auf das entfernte Netzwerk 61 des Fahrzeugs zu erlauben. Das VCS 1 kann verschiedene Arten von relevanten Daten unter Verwendung von Websockets zu dem entfernten Netzwerk 61 übermitteln. Dies erlaubt Vollduplex-Kommunikationskanäle über eine einzige TCP-Verbindung. Somit kann ein Webbrowser oder Webserver einer Client- oder Serveranwendung die Websocket-API benutzen, um Live-Echtzeit-Aktualisierung von Inhalt zu ermöglichen. Zum Beispiel kann die CPU 3 über das entfernte Netzwerk 61 zusätzliche Daten empfangen und die Daten über die Websocket-API zu dem HMI-Display 4 und/oder der mobilen Vorrichtung 4 senden. Obwohl in diesem Beispiel Websocket-API und -Protokoll benutzt werden, können andere ähnliche alternative Ausführungsformen benutzt werden.
  • Das VCS 1 kann mit mehr als einer in das Fahrzeug gebrachten mobilen Vorrichtung 53 eine Schnittstelle bilden. Wie oben erwähnt, kann die CPU 3, die als ein Server konfiguriert ist, mit einem oder mehreren Clients in Kommunikation mit dem VCS 1 eine Schnittstelle bilden. Die mobile Vorrichtung 53 kann ferner eine Mobil-Integrations-Client-Komponente 103 umfassen, um es der Vorrichtung zu erlauben, die durch den Fahrzeug-Server-Integrationsrahmen 101 bereitgestellten Dienste zu nutzen. Die Mobil-Integrations-Client-Komponente 103 kann als eine Anwendung bezeichnet werden. Die Anwendung wird auf Hardware (zum Beispiel einem Prozessor 105) in der mobilen Vorrichtung 53 ausgeführt. Die Mobil-Integrations-Client-Komponente kann eine Anwendungsschicht 102, eine Transportschicht 104, Fahrzeugmerkmal-/-funktionsdaten 106 und eine Netzwerkschicht 108 umfassen. Die Anwendung kann Daten von der mobilen Vorrichtung 53 über den Sendeempfänger zu dem VCS 1 übermitteln.
  • Die mobile Vorrichtung 53 kann über drahtlose Technologie Anwendungsdaten mit einer CPU 3 austauschen. Die drahtlose Technologie kann BLUETOOTH Low Energy (BLE) umfassen. In einem anderen Beispiel kann die mobile Vorrichtung 53 über eine Verbindung des Netzwerks 61 mit dem VCS 1 kommunizieren. Die mobile Vorrichtung 53 kann in der CPU 3 ausgeführte Anwendungsdaten unter Verwendung der Mobilvorrichtungs-Client-Integrationskomponente 103 empfangen. Zum Beispiel kann die mobile Vorrichtung 53 Fahrzeugdaten empfangen, darunter eine oder mehrere Infotainment-Einstellungen für das Fahrzeugdatenverarbeitungssystem. Die mobile Vorrichtung 53 kann die empfangenen Fahrzeug-Infotainmenteinstellungen auf der Mobilvorrichtungs-Benutzeroberfläche ausgeben.
  • In einem Beispiel kann die mobile Vorrichtung 53 als Reaktion auf Herstellung von Kommunikation mit der CPU 3 eine Anwendungsschicht für HMI-Daten, die auf dem HMI-Display 4 ausgegeben werden, anfordern 210. Die mobile Vorrichtung 53 kann die Anwendungsschicht, die Fahrzeugmerkmal-/-funktionsdaten aufweist, über ein Websocket empfangen 212. Die CPU 3 kann die Fahrzeugmerkmal-/-funktionsdaten über ein Websocket zu dem HMI-Display 4 senden 214. Als Reaktion auf eine Justierung eines Fahrzeugmerkmals auf der Benutzeroberfläche der mobilen Vorrichtung 53 kann die Vorrichtung einen Remote-Procedure-Aufruf zu der CPU 3 senden 216.
  • Zum Beispiel können das Fahrzeug-HMI-Display 4 und die Mobilvorrichtungs-Benutzeroberfläche eine auf einen Wert für ein Klimatisierungssystem gesetzte Klimaeinstellung anzeigen. Die mobile Vorrichtung 53 kann eine Anforderung empfangen, die Klimaeinstellung (zum Beispiel einen Parameter) über die Mobilvorrichtungs-Benutzeroberfläche auf einen neuen Wert zu justieren. Der neue Wert auf der Mobilvorrichtungs-Benutzeroberfläche ist nun von dem Wert der Klimaeinstellung verschieden, der auf dem Fahrzeug-HMI-Display 4 angezeigt wird. Als Reaktion auf die justierte Klimaeinstellung kann die mobile Vorrichtung über einen Remote-Procedure-Aufruf den neuen Wert für die Klimaeinstellung senden.
  • Die CPU 3 kann die Infotainment-Einstellung auf der Basis des empfangenen Remote-Procedure-Aufrufs justieren. Die CPU 3 kann das aktualisierte Fahrzeugmerkmal auf der Basis des Remote-Procedure-Aufrufs von der mobilen Vorrichtung 53 zu dem HMI-Display 4 senden 218. Die mobile Vorrichtung 53 kann aktualisierte Merkmal-/Funktionsdaten zur Ausgabe auf der Mobilvorrichtungs-Benutzeroberfläche empfangen 220.
  • 3 ist ein Flussdiagramm eines beispielhaften Verfahrens, wie das VCS 1 die mobile Vorrichtung 53 konfiguriert, um das Fahrzeug-HMI-Display 4 zu emulieren, gemäß einer Ausführungsform. Das Verfahren 300 kann unter Verwendung von Softwarecode implementiert werden, der in dem VCS 1, der mobilen Vorrichtung 53 und/oder einer Kombination davon enthalten ist.
  • Wieder mit Bezug auf 3 werden das Fahrzeug 31 und seine in 1 und 2 dargestellten Komponenten im Verlauf der Beschreibung des Verfahrens 300 erwähnt, um Verständnis verschiedener Aspekte der vorliegenden Offenbarung zu erleichtern. Das Verfahren 300 zum Emulieren des Fahrzeug-HMI-Displays auf der Mobilvorrichtungs-Benutzeroberfläche kann mittels eines Computeralgorithmus, maschinenausführbaren Codes oder Softwareanweisungen implementiert werden, die in eine geeignete programmierbare Logikvorrichtung(en) des Fahrzeugs programmiert werden, wie etwa die CPU 3, das Steuermodul der nomadischen Vorrichtung, ein entferntes Netzwerk, eine andere Steuerung in Kommunkation mit dem Fahrzeugdatenverarbeitungssystem oder eine Kombination davon. Obwohl die verschiedenen, im Flussdiagramm 300 gezeigten Operationen in einer chronologischen Sequenz aufzutreten scheinen, kann mindestens ein Teil der Operationen in einer anderen Reihenfolge auftreten und einige Operationen können gleichzeitig oder überhaupt nicht ausgeführt werden.
  • In Operation 302 kann das VCS 1 auf der Basis einer Schlüssel-An-Stellung oder eines Schlüssel-An-Zustands eines Zündungssystems initialisiert und freigegeben werden. Das VCS 1 kann eine oder mehrere Anwendungen zur Ausführung initialisieren. Als Reaktion auf die Initialisierung des VCS 1 kann das System eine oder mehrere Anwendungen auf dem Fahrzeug-HMI-Display 4 anzeigen. Zum Beispiel kann das VCS 1 über den Fahrzeugintegrationsrahmen eine Navigationsanwendung ausführen. Die Navigationsanwendung kann mit einer mobilen Vorrichtung 53, einem entfernten Netzwerk 61 oder einer Kombination davon kommunizieren.
  • In Operation 304 kann das VCS 1 Kommunikation mit der mobilen Vorrichtung 53 herstellen. Als Reaktion auf eine nicht zuvor mit dem System gepaarte erkannte mobile Vorrichtung kann das VCS 1 dem Insassen Anweisungen bereitstellen, die mobile Vorrichtung 53 zu paaren (Operation 306). Das VCS 1 kann nach einer mobilen Vorrichtung 53 suchen, wenn keine Vorrichtung mit dem VCS 1 verbunden ist.
  • In Operation 308 kann das VCS 1 auf der Basis der Ausführung einer HMI-Emulatoranwendung in der mobilen Vorrichtung 53 eine Anforderung von HMI-Websockets empfangen. Zum Beispiel kann das VCS 1 der Navigationsanwendung zugeordnete HMI-Daten ausgeben. Das VCS 1 kann die HMI-Daten an das Fahrzeug-HMI-Display 4 ausgeben. Das VCS 1 kann mindestens einen Teil der HMI-Daten, die gerade auf dem Fahrzeug-HMI-Display 4 ausgegeben werden, zu der mobilen Vorrichtung senden (Operation 310).
  • Zum Beispiel kann das VCS 1 Navigationsinformationen über Websockets, abhängig davon, dass die Navigationsanwendung unter Verwendung von Hardware und Software im VCS 1 ausgeführt wird, zu dem HMI-Display senden. Als Reaktion auf eine die HMI-Emulatoranwendung ausführende verbundene mobile Vorrichtung 53 kann das VCS 1 die Navigationsinformationen über Websockets zu der mobilen Vorrichtung 53 senden. Die mobile Vorrichtung 53 kann auf der Basis der empfangenen Navigationsinformationen ein Spiegelbild des Fahrzeug-HMI-Displays 4 ausgeben. Die mobile Vorrichtung 53 kann dafür ausgelegt sein, die Navigationsinformationen auf der Basis der Spezifikationen des Benutzeroberflächenbildschirms der Vorrichtung umzubemessen.
  • In Operation 312 kann das VCS 1 als Reaktion auf die zu der mobilen Vorrichtung 53 gesendeten HMI-Daten einen Remote-Procedure-Aufruf von der mobilen Vorrichtung 53 empfangen, einen auf dem Fahrzeug-HMI-Display 4 präsentierten HMI-Daten zugeordneten Parameter zu justieren. Genauer gesagt können die HMI-Daten einen Fahrzeugmerkmalparameter umfassen, der auf der Mobilvorrichtungs-Benutzeroberfläche angezeigt wird. Der auf der Mobilvorrichtungs-Benutzeroberfläche ausgegebene Fahrzeugmerkmalparameter kann das Fahrzeug-HMI-Display spiegeln. Die Mobilvorrichtungs-Benutzeroberfläche kann es einem Benutzer erlauben, den Fahrzeugmerkmalparameter zu justieren, so dass er das Fahrzeug-HMI-Display nicht mehr spiegelt. Als Reaktion darauf, dass der Benutzer den Fahrzeugmerkmalparameter justiert, sendet die mobile Vorrichtung den justierten Parameter über den Remote-Procedure-Aufruf zum VCS 1. Das VCS 1 kann den Fahrzeugmerkmalparameter auf der Basis des empfangenen Remote-Procedure-Aufrufs justieren (Operation 314).
  • Als Fortsetzung des obigen Beispiels kann das VCS 1 eine Justierung eines Parameters über einen Remote-Procedure-Aufruf, der der Navigationsanwendung zugeordnet ist, empfangen. Der Parameter wäre zum Beispiel, aber ohne Beschränkung darauf, ein interessierender Punkt (POI), ein Ziel, Kartenansichtsbedienelemente und eine Kombination davon. Zum Beispiel kann der Parameter ein auf der mobilen Vorrichtung eines Passagiers ausgewählter POI sein. Der ausgewählte POI kann auf dem Fahrzeug-HMI-Display 4 nicht präsentiert werden. Die mobile Vorrichtung 53 kann den ausgewählten POI über einen Remote-Procedure-Aufruf zum VCS 1 senden. Über Websockets kann das VCS 1 den POI empfangen und die auf dem Fahrzeug-HMI-Display 4 ausgegebenen Navigationsinformationen justieren, so dass sie den ausgewählten POI umfassen.
  • In Operation 316 kann das VCS 1 bestimmen, ob der Remote-Procedure-Aufruf die HMI-Daten justiert hat, die zum Fahrzeug-HMI-Display 4 gesendet werden. Wenn die HMI-Daten, die auf dem Fahrzeug-HMI-Display 4 ausgegeben werden, sich geändert haben, kann das VCS 1 die aktualisierten HMI-Daten über Websockets zu der mobilen Vorrichtung 53 senden. Das VCS 1 kann weiter die HMI-Daten überwachen, um zu bestimmen, ob die auf der HMI ausgegebenen Informationen justiert worden sind. Das VCS 1 kann das Verfahren des Emulierens des Fahrzeug-HMI-Displays auf dem Mobilvorrichtungs-Benutzeroberflächendisplay beenden, wenn die mobile Vorrichtung 53 nicht mehr verbunden ist und/oder eine Schlüssel-Ab-Position des Zündungssystems detektiert wird (Operation 318).
  • 4 ist eine repräsentative Blocktopologie der Mobilvorrichtungs-Benutzeroberfläche 404, die das Fahrzeug-HMI-Display 4 emuliert, gemäß einer Ausführungsform. Das VCS 1 kann die HMI-Daten einschließlich Einstellungen, Informationen und/oder Benachrichtigungen, über Websockets zu der mobilen Vorrichtung 53 senden. Zum Beispiel kann das VCS 1 eine Musikanwendung, wie zum Beispiel Pandora®, ausführen. Das VCS 1 kann auf der Basis der HMI-Daten, die der Musikanwendung zugeordnet sind, einen oder mehrere Parameter ausgeben. Der eine oder die mehreren Parameter können auf dem Fahrzeug-HMI-Display 4 präsentiert werden und können ein Listenbedienelement 314 umfassen, das dafür ausgelegt ist, auswählbare Listeneinträge 312-A bis 312-D (kollektiv 312) der Musikanwendung anzuzeigen. Das VCS 1 kann dem Insassen ermöglichen, auf der Basis von von der Musikanwendung empfangenen Daten jeden der auswählbaren Listeneinträge 312 zu wählen.
  • Wie in 4 dargestellt, umfasst die ausführbare Liste 314 der Parameter einen Eintrag 312-A zum Anfordern von Hauptmenüparametern, einen Eintrag 312-B zum Ändern der Musikquelle, einen Eintrag 312-C zum Steuern von Medienbedienelementen wie Wiedergabe/Pause, Vorspulen und Rückspulen, und einen Eintrag 312-D, um Rückmeldung in Verbindung mit dem aktuellen Ton, der wiedergegeben wird, bereitzustellen, um eine Wiedergabeliste anzupassen. Das VCS 1 kann das Listenbedienelement 314 über Websockets zu dem Fahrzeug-HMI-Display 4 übermitteln.
  • Zum Beispiel kann das VCS 1, das die als ein Server konfigurierte CPU 3 aufweist, ähnlich wie ein Webserver mit Websocket-Unterstützung arbeiten. Das Fahrzeug-HMI-Display 4 kann einfach ein Browser sein, der zum Beispiel HTML 5 und Websockets unterstützt. Die CPU 3 kann Daten von einem Fahrzeugdatenbus, Fahrzeugsensoren, einem entfernten Netzwerk, einem oder mehreren Fahrzeugmodulen, einer mobilen Vorrichtung und einer Kombination davon empfangen. Beim Empfang der Daten kann das VCS 1 kontextbewusste visuelle und Audio-Metadaten erzeugen. Die Metadaten können von der CPU 3 zu einer oder mehreren Clients gesendet werden. Der eine oder die mehreren Clients wären zum Beispiel, aber ohne Beschränkung darauf, das Fahrzeug-HMI-Display 4, die mobile Vorrichtung 53 oder ein Browser auf einem Personal Computer. Genauer gesagt kann die CPU 3 die Daten über Websockets zu dem Fahrzeug-HMI-Display 4 und einer verbundenen mobilen Vorrichtung 53 senden.
  • Als Fortsetzung des obigen Beispiels kann die mobile Vorrichtung 53, die die HMI-Emulatoranwendung ausführt, den einen oder die mehreren Parameter, die der Musikanwendung zugeordnet sind, empfangen. Der eine oder mehreren Parameter können auf der Mobilvorrichtungs-Benutzeroberfläche 404 präsentiert werden und können ein Listenbedienelement 414 umfassen, das dafür ausgelegt ist, auswählbare Listeneinträge 412-A bis 412-D (kollektiv 412) der Musikanwendung anzuzeigen. Als Reaktion auf das Ausgeben der HMI-Daten auf dem Fahrzeug-HMI-Display 4 können der Hauptmenüeintrag 412-A, der Musikquelleneintrag 412-B, der Medienbedienelementeeintrag 412-C und der Rückmeldungseintrag 412-D auf der Mobilvorrichtungs-Benutzeroberfläche 404 gespiegelt werden. Als Reaktion auf einen oder mehrere Parameter, die auf der Mobilvorrichtungs-Benutzeroberfläche 404 justiert werden, kann die mobile Vorrichtung 53 einen Remote-Procedure-Aufruf zur CPU 3 senden.
  • Wenn zum Beispiel die Medienbedienelemente 412-C auf der Mobilvorrichtungs-Benutzeroberfläche 404 ausgewählt werden, kann die mobile Vorrichtung 53 das ausgewählte Medienbedienelement über einen Remote-Procedure-Aufruf zur CPU 3 senden. Als Reaktion auf den Remote-Procedure-Aufruf kann die CPU 3 die Musikanwendung abhängig davon steuern, dass der Benutzer das Medienbedienelement auf der Mobilvorrichtungs-Benutzeroberfläche 404 auswählt. Die CPU 3 kann die dem ausgewählten Medienbedienelement zugeordneten aktualisierten HMI-Daten über Websockets zu dem Fahrzeug-HMI-Display 4 und/oder der Mobilvorrichtungs-Benutzeroberfläche 404 senden.
  • In einem anderen Beispiel kann die mobile Vorrichtung 53 eine laufende Fahrzeugschnittstellenanwendung aufweisen oder nicht, um die HMI-Daten für verschiedene Fahrzeugbedienelemente zu benutzen. Die mobile Vorrichtung 53 kann es einem auf Hardware auf der Vorrichtung ausgeführten Browser erlauben, HMI-Daten von dem als ein Server konfigurierten VCS 1 anzufordern. Ferner können mit der mobilen Vorrichtung 53 verschiedene Teile, Komponenten oder Module des VCS 1 gesteuert werden. In einem Beispiel kann die mobile Vorrichtung 53 Telefonbedienelemente empfangen, um die drahtlosen Telefonmerkmale des Fahrzeugs zu bedienen. Beliebige und alle Module, Komponenten oder Computer des Fahrzeugs können jedoch benutzt werden. Einige Beispiele wären, aber ohne Beschränkung darauf, Radio, Navigation, Sonnendach, Glasdach, Kofferraum, Scheinwerfer usw. Diese Ausführungsform demonstriert einen drahtlosen Sendeempfänger 15, der mit der mobilen Vorrichtung 53 kommuniziert. Verschiedene drahtlose Sendeempfänger können einen WiFi-Sendeempfänger, Bluetooth-Sendeempfänger, Nahfeldkommunikation (NFC), Infrarot usw. umfassen, obwohl bei der Ausführungsform für das Fahrzeug zur Kommunikation mit der mobilen Vorrichtung ein drahtloser Sendeempfänger gezeigt ist, kann eine verdrahtete Lösung (zum Beispiel USB, seriell, CAN, Firewire usw.) möglich sein.
  • Die als ein Server konfigurierte CPU 3 kann HMI-Daten erzeugen oder an verschiedene Displays des Fahrzeugs, die als Clients konfiguriert sind, ausgeben. Die CPU 3 als ein Server kann einen CAN-Bus/USB-Manager zur Übermittlung von Daten mittels der Fahrzeugnetzwerkinfrastruktur umfassen. Die CPU 3 kann sich mit einem oder mehreren Sendeempfängern zur Kommunikation mit anderen Modulen in Kommunikation befinden. Die CPU 3 kann Daten, die als HMI-Daten benutzt werden können, von den anderen Modulen empfangen. Die mittels Websockets abgelieferten HMI-Daten können mit verschiedenen Betriebssystemen, die den Displays zugeordnet sind, eine Schnittstelle bilden. Zum Beispiel kann die CPU 3 HMI-Daten zu einer mobilen Vorrichtung senden, die iOS oder Android ausführt. Die mobile Vorrichtung kann die empfangenen, für eine Bildschirmgröße und -auflösung der Mobilvorrichtungs-Benutzeroberfläche 404 formattierten HMI-Daten ausgeben.
  • 5 ist ein Flussdiagramm eines beispielhaften Verfahrens, wie die Mobilvorrichtungs-Benutzeroberfläche eine Justierung eines auf dem Fahrzeug-HMI-Display 4 verfügbaren Parameters erlaubt. Das Verfahren 500 kann unter Verwendung von Softwarecode implementiert werden, der im VCS 1, in dem entfernten Netzwerk 61, in der nomadischen Vorrichtung 53 und/oder einer Kombination davon enthalten ist.
  • Wieder mit Bezug auf 5 werden das Fahrzeug 31 und seine in 1, 2 und 4 dargestellten Komponenten in der ganzen Beschreibung des Verfahrens 500 erwähnt, um Verständnis verschiedener Aspekte der vorliegenden Offenbarung zu erleichtern. Das Verfahren 500 zum Justieren einer Fahrzeugeinstellung auf der mobilen Vorrichtung über einen Remote-Procedure-Aufruf kann mittels eines Computeralgorithmus, maschinenausführbaren Codes oder Softwareanweisungen implementiert werden, die in eine geeignete programmierbare Logikvorrichtung(en) des Fahrzeugs, wie etwa die CPU 3, das Mobilvorrichtungs-Steuermodul, eine andere Steuerung in Kommunikation mit dem Fahrzeugdatenverarbeitungssystem oder eine Kombination davon programmiert werden. Obwohl die verschiedenen in dem Flussdiagramm 500 gezeigten Operationen in einer chronologischen Sequenz aufzutreten scheinen, kann mindestens ein Teil der Operationen in einer anderen Reihenfolge auftreten oder kann wiederholt ausgeführt werden, und einige Operationen können gleichzeitig oder überhaupt nicht ausgeführt werden.
  • Auf der Basis einer Einschaltanforderung oder eines Zustands eines Mobilvorrichtungs-Betriebssystems kann die mobile Vorrichtung 53 initialisiert und freigegeben werden. Die mobile Vorrichtung kann eine oder mehrere Anwendungen für Ausführung initialisieren. Als Reaktion auf die Initialisierung der mobilen Vorrichtung 53 kann die Vorrichtung mit einem VCS 1 kommunizieren.
  • In Operation 502 kann die mobile Vorrichtung ein VCS unter Verwendung drahtloser Technologie erkennen. Die mobile Vorrichtung kann bestimmen, ob eine Verbindung zur Kommunikation mit dem VCS 1 hergestellt ist (Operation 504). Die mobile Vorrichtung 53 kann einen Paarungsprozess für ein Fahrzeug ausführen, wenn kein VCS 1 durch die mobile Vorrichtung erkannt wird (Operation 506). Nachdem der Paarungsprozess abgeschlossen ist, kann die mobile Vorrichtung 53 das VCS 1 als einen Server anerkennen. Außerdem kann das VCS 1 die mobile Vorrichtung 53 als einen Client anerkennen. Als Reaktion auf die hergestellte Kommunikation mit dem VCS 1 kann die mobile Vorrichtung 53 über Websockets eine Anforderung von HMI-Daten senden (Operation 508).
  • In Operation 510 kann die mobile Vorrichtung 53 HMI-Daten empfangen, die gerade auf dem Fahrzeug-HMI-Display 4 ausgegeben werden. Die mobile Vorrichtung 53 kann die HMI-Daten ausgeben, so dass die Mobilvorrichtungs-Benutzeroberfläche 404 das Fahrzeug-HMI-Display 4 emuliert. Die mobile Vorrichtung 53 kann Benutzereingaben zum Justieren eines einem Fahrzeugmerkmal zugeordneten Parameters auf der Mobilvorrichtungs-Benutzeroberfläche 404 empfangen (Operation 512). In einem Beispiel kann der Parameter eine Fahrzeugmerkmaloption umfassen, die während des Betriebs des Fahrzeugs auf dem Fahrzeug-HMI-Display 4 gesperrt wäre. Da die mobile Vorrichtung 53 jedoch von einem Nicht-Fahrer bedient werden kann, kann der typischerweise auf dem Fahrzeug-HMI-Display 4 gesperrte Parameter für Justierung auf der Mobilvorrichtungs-Benutzeroberfläche 404 verfügbar sein.
  • Zum Beispiel können ein oder mehrere Navigationsparameter für die Navigationsanwendung während des Fahrzeugbetriebs auf dem Fahrzeug-HMI-Display 4 gesperrt sein. Wenn das VCS 1 bestimmt, dass die verbundene mobile Vorrichtung 53 zu einem Nicht-Fahrer gehört, kann die mobile Vorrichtung 53 die der Navigationsanwendung zugeordneten Navigationsparameter, die typischerweise während des Fahrzeugbetriebs gesperrt wären, entriegeln. Modifikation der Navigationsparameter unter Verwendung des HMI-Displays 4 kann jedoch nicht verfügbar bleiben.
  • In Operation 514 kann die mobile Vorrichtung 53 einen Remote-Procedure-Aufruf zum Justieren des dem Fahrzeugmerkmal zugeordneten Parameters auf der Basis von Benutzereingaben auf der Mobilvorrichtungs-Benutzeroberfläche senden. Als Reaktion auf den gesendeten Remote-Procedure-Aufruf kann die mobile Vorrichtung 53 aktualisierte HMI-Informationen empfangen (Operation 516).
  • Die mobile Vorrichtung kann weiter über Websockets HMI-Daten empfangen. Die mobile Vorrichtung 53 kann das Verfahren zum Kommunizieren mit dem VCS 1 als eine Server/Client-Konfiguration beenden, wenn sich die mobile Vorrichtung nicht mehr in Kommunikation mit dem VCS 1 befindet und/oder die Mobilvorrichtungsanwendung nicht mehr ausgeführt wird (Operation 518).
  • Obgleich oben repräsentative Ausführungsformen beschrieben werden, ist nicht beabsichtigt, dass diese Ausführungsformen alle möglichen von den Ansprüchen eingeschlossenen Formen beschreiben. Die in der Beschreibung verwendeten Ausdrücke dienen der Beschreibung und nicht der Einschränkung, und es versteht sich, dass verschiedene Änderungen vorgenommen werden können, ohne vom Wesen und Schutzumfang der Offenbarung abzuweichen. Wie zuvor beschrieben, können die Merkmale der verschiedenen Ausführungsformen kombiniert werden, um weitere Ausführungsformen der Erfindung zu bilden, die möglicherweise nicht explizit beschrieben oder dargestellt sind. Obgleich verschiedene Ausführungsformen als bezüglich einer oder mehrerer erwünschter Eigenschaften gegenüber anderen Ausführungsformen oder Implementierungen des Stands der Technik Vorteile bietend oder bevorzugt beschrieben worden sein könnten, ist für den Durchschnittsfachmann erkennbar, dass bei einem oder mehreren Merkmalen oder einer oder mehreren Eigenschaften Kompromisse geschlossen werden können, um gewünschte Gesamtsystemmerkmale zu erzielen, die von der spezifischen Anwendung und Implementierung abhängig sind. Diese Attribute können unter anderem Kosten, Festigkeit, Dauerhaftigkeit, Lebenszykluskosten, Vermarktbarkeit, Erscheinungsbild, Verpackung, Größe, Wartbarkeit, Gewicht, Herstellbarkeit, leichte Montage usw. beinhalten. Ausführungsformen, die mit Bezug auf eine oder mehrere Eigenschaften als weniger wünschenswert als andere Ausführungsformen oder Implementierungen des Stands der Technik beschrieben werden, liegen dementsprechend nicht außerhalb des Schutzumfangs der Offenbarung und können für konkrete Anwendungen wünschenswert sein.
  • 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 Nicht-Patentliteratur
    • IEEE 802 PAN(Personal Area Network)-Protokolle [0026]
    • IEEE 802 LAN (Lokales Netzwerk) [0026]
    • IEEE 802 PAN [0026]
    • IEEE 1394 [0029]
    • IEEE 1284 [0029]
    • IEEE 803.11 [0032]

Claims (20)

  1. System, umfassend: einen Fahrzeugprozessor, der mit einem Sendeempfänger konfiguriert und programmiert ist zum Empfangen einer Nachricht, die Mensch-Maschinen-Schnittstellen- bzw. HMI-Daten zur Ausgabe an ein Fahrzeugdisplay anfordert, als Reaktion auf eine erkannte über den Sendeempfänger verbundene mobile Vorrichtung; und Senden der HMI-Daten zu der mobilen Vorrichtung über einen bidirektionalen Kommunikationskanal; und Empfangen einer Parameterjustierung für einen den HMI-Daten zugeordneten Parameter von der erkannten mobilen Vorrichtung über einen Remote-Procedure-Aufruf.
  2. System nach Anspruch 1, wobei die HMI-Daten einen oder mehrere Parameter umfassen, die einem Fahrzeugmerkmal und/oder einer Fahrzeugfunktion zugeordnet sind.
  3. System nach Anspruch 2, wobei der eine oder die mehreren Parameter auf dem Fahrzeugdisplay und auf einer Mobilvorrichtungs-Benutzeroberfläche auf der Basis der Parameterjustierung nicht mehr gespiegelte Einstellungen aufweisen.
  4. System nach Anspruch 2 oder 3, wobei der Fahrzeugprozessor ferner dafür programmiert ist, die Parameterjustierung mit dem einen oder den mehreren Parametern zu vergleichen und die HMI-Daten auf der Basis der Parameterjustierung zu aktualisieren.
  5. System nach einem der Ansprüche 2 bis 4, wobei der Fahrzeugprozessor ferner dafür programmiert ist, als Reaktion auf die Justierung des einen oder der mehreren Parameter, die dem Fahrzeugmerkmal und/oder der Fahrzeugfunktion zugeordnet sind, aktualisierte HMI-Daten zu der erkannten mobilen Vorrichtung zu senden.
  6. System nach einem der Ansprüche 2 bis 5, wobei das Fahrzeugmerkmal und/oder die Fahrzeugfunktion ein Klimasystem, Radiobedienelemente, ein Navigationssystem und Telefonbedienelemente umfasst.
  7. System nach Anspruch 6, wobei der Prozessor ferner dafür programmiert ist, als Reaktion auf die Justierung des einen oder der mehreren Parameter, die dem Klimasystem zugeordnet sind, Klimadaten als die aktualisierten HMI-Daten zu der erkannten mobilen Vorrichtung zu senden.
  8. System nach einem der vorhergehenden Ansprüche, wobei die HMI-Daten dafür ausgelegt sind, Informationen auf einer Mobilvorrichtungsbenutzeroberfläche auszugeben, die das Fahrzeugdisplay spiegeln.
  9. System nach Anspruch 8, wobei die Mobilvorrichtungs-Benutzeroberfläche ausgelegt ist zum Empfangen von Benutzereingaben zum Justieren des den HMI-Daten zugeordneten Parameters.
  10. Mobilvorrichtungs-Emulationsverfahren, insbesondere zur Verwendung mit einem System nach einem der vorhergehenden Ansprüche, umfassend: Senden einer Mensch-Maschine-Schnittstellen- bzw. HMI-Emulatornachricht über einen Mobilvorrichtungsprozessor, der mit einem Fahrzeugsystem gepaart ist, zur Ausgabe an ein Fahrzeugdisplay; Empfangen der HMI-Daten von dem Fahrzeugsystem über einen Vollduplex-Kommunikationskanal über eine einzige Verbindung; Freigeben der Justierung der HMI-Daten auf dem Mobilvorrichtungs-Benutzeroberflächenbildschirm; und Senden der justierten HMI-Daten zu dem Fahrzeugsystem über einen Remote-Procedure-Aufruf.
  11. Verfahren nach Anspruch 10, wobei die HMI-Daten einen oder mehrere Parameter umfassen, die einem Fahrzeugmerkmal und/oder einer Fahrzeugfunktion zugeordnet sind, die auf dem Fahrzeugdisplay ausgegeben werden.
  12. Verfahren nach Anspruch 11, ferner umfassend: Empfangen einer Parameterjustierung über den Mobilvorrichtungs-Benutzeroberflächenbildschirm für den einen oder die mehreren Parameter, die dem Fahrzeugmerkmal und/oder der Fahrzeugfunktion zugeordnet sind.
  13. Verfahren nach einem der Ansprüche 10 bis 12, wobei der Mobilvorrichtungsprozessor die HMI-Daten über einen Browser empfängt.
  14. Verfahren nach einem der Ansprüche 10 bis 13, das ferner Empfangen aktualisierter HMI-Daten von dem Fahrzeugsystem über Websockets auf der Basis der justierten HMI-Daten umfasst.
  15. Verfahren nach einem der Ansprüche 10 bis 14, wobei die HMI-Daten ein Klimasystem, Radiobedienelemente, ein Navigationssystem und Telefonbedienelemente umfassen.
  16. Verfahren nach einem der Ansprüche 10 bis 15, das ferner Formattieren der HMI-Daten für eine Bildschirmgröße und -auflösung des Mobilvorrichtungs-Benutzeroberflächenbildschirms umfasst.
  17. Computerprogrammprodukt, das in einem nichttransitorischen computerlesbaren Medium realisiert ist, worauf Anweisungen zum Programmieren eines Prozessors gespeichert sind, mit Anweisungen zum: Empfangen einer Vorrichtungsemulator-Anforderungsnachricht für Daten, die auf einem Fahrzeugdisplay ausgegeben werden; Erzeugen der Daten für das Fahrzeugdisplay auf der Basis eines Websocket-Protokolls; Senden der Daten zu einer mobilen Vorrichtung; und Empfangen einer den Daten zugeordneten Parameterjustierung von der mobilen Vorrichtung über einen Remote-Procedure-Aufruf.
  18. Computerprogrammprodukt nach Anspruch 17, wobei das nichttransitorische computerlesbare Medium ferner Anweisungen zum Justieren eines Fahrzeugmerkmals auf der Basis der Parameterjustierung umfasst.
  19. Computerprogrammprodukt nach Anspruch 17 oder 18, wobei das nichttransitorische computerlesbare Medium ferner Anweisungen umfasst zum: Senden aktualisierter HMI-Daten zu der mobilen Vorrichtung als Reaktion auf das justierte Fahrzeugmerkmal.
  20. Computerprogrammprodukt nach einem der Ansprüche 17 bis 19, wobei die Daten Parameter umfassen, die einem Klimasystem, Radiobedienelementen, einem Navigationssystem und Telefonbedienelementen zugeordnet sind.
DE102016218560.8A 2015-10-09 2016-09-27 Verfahren und systeme für eine mobile vorrichtung zum emulieren einer fahrzeug-mensch-maschine-schnittstelle Pending DE102016218560A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US14/879,646 2015-10-09
US14/879,646 US9688225B2 (en) 2015-10-09 2015-10-09 Methods and systems for a mobile device to emulate a vehicle human-machine interface

Publications (1)

Publication Number Publication Date
DE102016218560A1 true DE102016218560A1 (de) 2017-04-13

Family

ID=58405289

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102016218560.8A Pending DE102016218560A1 (de) 2015-10-09 2016-09-27 Verfahren und systeme für eine mobile vorrichtung zum emulieren einer fahrzeug-mensch-maschine-schnittstelle

Country Status (3)

Country Link
US (1) US9688225B2 (de)
CN (1) CN107070962A (de)
DE (1) DE102016218560A1 (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102017212683A1 (de) 2017-07-24 2019-01-24 Audi Ag Bedienvorrichtung für ein mobiles Endgerät mit einer Bedienhardware sowie Kraftfahrzeug und Verfahren
DE102022123501B3 (de) 2022-09-14 2023-11-23 Audi Aktiengesellschaft Fahrzeug mit elektronischer Freischalteinrichtung, Verfahren zum Betreiben des Fahrzeugs, sowie portable Anzeige- und Bedieneinrichtung für das Fahrzeug

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107521345A (zh) * 2017-09-05 2017-12-29 深圳市路畅科技股份有限公司 数字仪表与车机导航端交互的方法及***
DE102017123581A1 (de) * 2017-10-11 2019-04-11 Valeo Schalter Und Sensoren Gmbh Fahrerassistenz-Steuerungssystem für ein Fahrzeug
CN107977316B (zh) * 2017-12-21 2021-08-31 创新先进技术有限公司 一种模拟远程过程调用的方法、客户端及***
US10652715B1 (en) * 2018-02-12 2020-05-12 Trigroup Technologies, Ltd. Restoring local control of a radio head unit in a motor vehicle when a wireless call is placed on hold
EP3591527A1 (de) * 2018-07-04 2020-01-08 Continental Automotive GmbH Mensch-maschine-schnittstelle für ein fahrzeug
EP3716037A1 (de) * 2019-03-28 2020-09-30 ABB Schweiz AG Reaktionsfähiges automatisches layouten von industriellen prozessgrafiken
CN110650188B (zh) * 2019-09-19 2022-09-23 深圳昆仑通态科技有限责任公司 一种hmi设备的远程控制方法、***及计算机设备
US11912234B2 (en) 2021-12-02 2024-02-27 Ford Global Technologies, Llc Enhanced biometric authorization

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL140805A0 (en) * 1998-10-02 2002-02-10 Ibm Structure skeletons for efficient voice navigation through generic hierarchical objects
US7036128B1 (en) * 1999-01-05 2006-04-25 Sri International Offices Using a community of distributed electronic agents to support a highly mobile, ambient computing environment
US7149625B2 (en) * 2001-05-31 2006-12-12 Mathews Michael B Method and system for distributed navigation and automated guidance
US9820658B2 (en) * 2006-06-30 2017-11-21 Bao Q. Tran Systems and methods for providing interoperability among healthcare devices
US20100191661A1 (en) * 2008-11-24 2010-07-29 Pritchett Daniel L Methods and systems to detect and report fraud in real time
US8463964B2 (en) * 2009-05-29 2013-06-11 Invensys Systems, Inc. Methods and apparatus for control configuration with enhanced change-tracking
US8127060B2 (en) * 2009-05-29 2012-02-28 Invensys Systems, Inc Methods and apparatus for control configuration with control objects that are fieldbus protocol-aware
US20110247013A1 (en) * 2010-04-01 2011-10-06 Gm Global Technology Operations, Inc. Method for Communicating Between Applications on an External Device and Vehicle Systems
US8868679B2 (en) 2010-05-24 2014-10-21 Nuance Communications, Inc. Systems, methods and articles for providing communications and services via a peer-to-peer network over a data transport link
US9639688B2 (en) * 2010-05-27 2017-05-02 Ford Global Technologies, Llc Methods and systems for implementing and enforcing security and resource policies for a vehicle
CN102263801B (zh) * 2010-05-27 2014-07-16 上海汽车集团股份有限公司 车载综合***以及提供综合信息的方法
US8504837B2 (en) * 2010-10-15 2013-08-06 Rockwell Automation Technologies, Inc. Security model for industrial devices
US9542241B2 (en) * 2011-07-12 2017-01-10 Harman International Industries, Incorporated Navigation application interface
US8831585B2 (en) 2012-08-31 2014-09-09 Nuance Communications, Inc. Systems, methods and articles for a communications device providing communications and services involving automobile head units
US20140122757A1 (en) * 2012-10-30 2014-05-01 Cloudcar, Inc. Vehicle data abstraction and communication
US9031710B2 (en) * 2012-11-07 2015-05-12 Cloudcar, Inc. Cloud-based vehicle information and control system
US20140163771A1 (en) * 2012-12-10 2014-06-12 Ford Global Technologies, Llc Occupant interaction with vehicle system using brought-in devices
US8866604B2 (en) * 2013-02-14 2014-10-21 Ford Global Technologies, Llc System and method for a human machine interface
US10636046B2 (en) * 2013-03-13 2020-04-28 Ford Global Technologies, Llc System and method for conducting surveys inside vehicles
US20140282841A1 (en) * 2013-03-15 2014-09-18 Honda Motor Co., Ltd. Method and system for managing service requests in a connected vehicle
US9361090B2 (en) * 2014-01-24 2016-06-07 Ford Global Technologies, Llc Apparatus and method of software implementation between a vehicle and mobile device

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
IEEE 1284
IEEE 1394
IEEE 802 LAN (Lokales Netzwerk)
IEEE 802 PAN
IEEE 802 PAN(Personal Area Network)-Protokolle
IEEE 803.11

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102017212683A1 (de) 2017-07-24 2019-01-24 Audi Ag Bedienvorrichtung für ein mobiles Endgerät mit einer Bedienhardware sowie Kraftfahrzeug und Verfahren
DE102022123501B3 (de) 2022-09-14 2023-11-23 Audi Aktiengesellschaft Fahrzeug mit elektronischer Freischalteinrichtung, Verfahren zum Betreiben des Fahrzeugs, sowie portable Anzeige- und Bedieneinrichtung für das Fahrzeug

Also Published As

Publication number Publication date
US9688225B2 (en) 2017-06-27
US20170101069A1 (en) 2017-04-13
CN107070962A (zh) 2017-08-18

Similar Documents

Publication Publication Date Title
DE102016218560A1 (de) Verfahren und systeme für eine mobile vorrichtung zum emulieren einer fahrzeug-mensch-maschine-schnittstelle
US10137906B2 (en) Method and apparatus for persistent transferrable customizable vehicle settings
DE102016116296A1 (de) Verfahren und Systeme zum Synchronisieren von Fahrzeugeinstellungen über eine Heimnetzverbindung
DE102014209992A1 (de) Anlage und System zum Interagieren mit einer Einrichtung in einem Fahrzeug und einem Fahrzeug
DE102014202306A1 (de) System und Verfahren für eine Mensch-Maschine-Schnittstelle
DE102012214520B4 (de) Verfahren und vorrichtung zur fahrzeugprozessemulation und -konfiguration auf einer mobilen plattform
DE102015119826A1 (de) Verfahren und Systeme für ein Fahrzeugcomputersystem zur Kommunikation mit einem Gerät
DE102015116703A1 (de) Verfahren und Systeme zur Aktualisierung eines Fahrzeugdatenverarbeitungssystems
DE102015107189A1 (de) Modulschnittstelle für Fahrzeugaktualisierungen
DE102016121706A1 (de) Verfahren und Systeme zum Aktivieren der Gestensteuerung für ein Fahrzeugmerkmal
DE102015206639A1 (de) Fahrzeuginterne Wohnhaus-Automation-Integration
DE102015113631A1 (de) Verfahren und Vorrichtung zur Infotainmentsteuerung über ein betriebssystemunabhängiges Protokoll für eine drahtlose Vorrichtung
DE102015104344A1 (de) System und verfahren für ein fahrzeugsystem mit einem hochgeschwindigkeitsnetz
DE102014204747A1 (de) System und verfahren zum bestimmen des insassenorts unter verwendung verbundener vorrichtungen
DE102014118959A1 (de) Verfahren und System für Anwendungskategorie-Benutzerschnittstellen-Templates
DE102014204222A1 (de) Verfahren und vorrichtung für die umprogrammierung mehrerer fahrzeugsoftwaremodule
DE102014119653A1 (de) Sichere Bearbeitung von Verbindungseinstellungen eines eingebetteten Modems durch Kommunikation über Kurznachrichtenübermittlungsdienst
DE102014219540A1 (de) Verfahren und eine Einrichtung zur bedarfsgerechten drahtlosen Modulaktualisierung
DE102015202495A1 (de) Detektion eines nomadischen Geräts
DE102015200893A1 (de) Vorrichtung und Verfahren zur Softwareimplementierung zwischen einem Fahrzeug und Mobilgerät
DE212017000226U1 (de) Fahrzeugbasiertes Fernsteuerungssystem
DE102015108349A1 (de) Verfahren und vorrichtung für das dynamische aktualisieren einer fahrzeugmodulkonfigurationsaufzeichnung
DE102014118953A1 (de) Verfahren und System für eine Haupteinheit zum Empfangen einer Anwendung
DE102016114396A1 (de) Verfahren und systeme zum anpassen eines fahrzeugdatenverarbeitungssystems auf der basis eines elektronischen kalenders
DE102016208708A1 (de) Verfahren und Systeme für ein Fahrzeug-Computersystem zum Starten einer Anwendung

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R082 Change of representative

Representative=s name: MARKOWITZ, MARKUS, DR.-ING., DE