DE102016115956B4

DE102016115956B4 - Fahrzeugdatenverarbeitungssystem zur drahtlosen Datenkommunikation

Info

Publication number: DE102016115956B4
Application number: DE102016115956.5A
Authority: DE
Inventors: Steve Alexander; Peter TREMAN; Ken McCaffrey
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2015-09-04
Filing date: 2016-08-26
Publication date: 2024-06-20
Anticipated expiration: 2036-08-27
Also published as: US10708976B2; DE102016115956A1; CN106506583A; CN106506583B; US20170066389A1

Abstract

Fahrzeugsystem (1), das Folgendes umfasst:einen ersten Kommunikationsprozessor (FCP - First Communication Processor, 102), der mit einem Fahrzeugnetzwerk (105) verbunden ist;einen zweiten Kommunikationsprozessor (SCP - Second Communication Processor, 104), der mit dem FCP verbunden ist; undeinen Fahrzeugprozessor, der dazu ausgelegt ist, mit dem FCP und dem SCP zu kommunizieren, und dazu programmiert ist,in Reaktion auf Fahrzeugdaten, die über das Fahrzeugnetzwerk (105) empfangen werden, die Fahrzeugdaten über den FCP an einen Server (110) zu übermitteln; undin Reaktion auf Infotainment-Daten, die über den SCP empfangen werden, die Infotainment-Daten an eine Anzeige (4) auszugeben, wobei der FCP über ein privates virtuelles Mobilfunknetz mit dem Server (110) in Kommunikation (55) steht.

Description

TECHNISCHES GEBIET
Die vorliegende Offenbarung betrifft allgemein Fahrzeugdatenverarbeitungssysteme und insbesondere ein Fahrzeugdatenverarbeitungssystem, das Daten an einen entfernten Server übermittelt.
HINTERGRUND
Fahrzeugdatenverarbeitungssysteme sind bereits aus der DE 10 2014 204 511 A1 , der US 2012 / 0 330 498 A1 und der US 2007 / 0 022 173 A1 bekannt.
Ein Fahrzeugdatenverarbeitungssystem wird verwendet, um einem Insassen während der Fahrt zu einem Zielort Information in Bezug auf mehrere Merkmale und Funktionen einschließlich der Fahrzeugleistung, Freisprechen, Navigationsinformationen und Musik bereitzustellen. Das Fahrzeugdatenverarbeitungssystem empfängt einen Teil der merkmals- und funktionsbezogenen Information von einem oder mehreren Prozessor(en), die über ein Fahrzeugnetzwerk in Kommunikation stehen.
Das Fahrzeugdatenverarbeitungssystem kann die merkmals- und funktionsbezogene Information an ein entferntes Netzwerk und/oder an ein verbundenes Gerät übermitteln. Das entfernte Netzwerk und/oder das verbundene Gerät kann Zusatzinformation für die Merkmale und Funktionen bereitstellen. Die merkmals- und funktionsbezogene Information beinhaltet Softwareupdates, Diagnoseanalysen, Musik und Navigationsinformation. In einem Beispiel kann das entfernte Netzwerk dazu ausgelegt sein, Fahrzeugdiagnoseinformation an das Fahrzeugdatenverarbeitungssystem zu übermitteln. Die Diagnoseinformation kann über das Fahrzeugnetzwerk an einen Prozessor übermittelt werden. In einem anderen Beispiel kann das verbundene Gerät zusätzliche Merkmale und Funktionen haben, die zur Integration mit einem Infotainment-System des Fahrzeugdatenverarbeitungssystems konzipiert sind. Das verbundene Gerät, das mit dem Fahrzeugdatenverarbeitungssystem kommuniziert, kann dem Fahrzeuginsassen über das Infotainment-System zusätzliche Merkmale und Funktionen bieten. Das Fahrzeugdatenverarbeitungssystem kann die Zusatzinformation vom verbundenen Gerät verwalten, indem es Befehle an einen zugehörigen Prozessor überträgt, der das Merkmal und die Funktion ausführt.
KURZDARSTELLUNG
In mindestens einer Ausführungsform umfasst ein Fahrzeugsystem einen ersten Kommunikationsprozessor, der mit einem Fahrzeugnetzwerk verbunden ist, einen zweiten Kommunikationsprozessor, der mit dem ersten Kommunikationsprozessor verbunden ist, und einen Fahrzeugprozessor, der dazu ausgelegt ist, mit dem ersten und dem zweiten Kommunikationsprozessor zu kommunizieren. Der Fahrzeugprozessor ist dazu programmiert, in Reaktion auf Fahrzeugdaten, die über das Fahrzeugnetzwerk empfangen werden, die Fahrzeugdaten über den ersten Kommunikationsprozessor an einen Server zu übermitteln. Der Fahrzeugprozessor ist außerdem dazu programmiert, in Reaktion auf Infotainment-Daten, die über den zweiten Kommunikationsprozessor empfangen werden, die Infotainment-Daten an eine Anzeige auszugeben. Dabei steht der FCP über ein privates virtuelles Mobilfunknetz mit dem Server in Kommunikation.
In mindestens einer Ausführungsform weist ein Fahrzeugkommunikationsverfahren einen ersten und einen zweiten Kommunikationsprozessor zur Verwaltung der Information auf, die in und aus einem Fahrzeug übermittelt wird. Das Verfahren beinhaltet, in Reaktion auf Fahrzeugdaten, die über ein Fahrzeugnetzwerk von einem oder mehreren Prozessoren empfangen werden, ein Übertragen der Fahrzeugdaten über einen ersten Kommunikationsprozessor an einen vorbestimmten Server. Das Verfahren beinhaltet außerdem ein Empfangen von Infotainment-Daten, die in einer vordefinierten Anwendungsprogrammschnittstelle formatiert wurden, von einem öffentlichen Server über einen zweiten Kommunikationsprozessor, und ein Ausgeben, über einen Fahrzeugprozessor, mindestens eines von den Fahrzeugdaten und den Infotainment-Daten an eine Fahrzeuganzeige.
In mindestens einer Ausführungsform weist ein Computerprogrammprodukt, das in einem nichtflüchtigen computerlesbaren Datenträger realisiert ist, gespeicherte Anweisungen zum Programmieren eines Prozessors auf, das Anweisungen zum Übermitteln von Fahrzeugdaten, die von einem oder mehreren Prozessoren empfangen werden, die mit einem Fahrzeugnetzwerk verbunden sind, an einen Server in einem privaten virtuellen Mobilfunknetz über einen ersten Kommunikationsprozessor umfasst. Das Computerprogrammprodukt beinhaltet außerdem Anweisungen zum Übermitteln von Infotainment-Daten an ein entferntes Gerät über einen zweiten Kommunikationsprozessor, der mit dem ersten Kommunikationsprozessor verbunden ist, und zum Ausgeben mindestens eines Teils der Infotainment- und Fahrzeugdaten an eine Anzeige.
KURZBESCHREIBUNG DER ZEICHNUNGEN

1 ist eine repräsentative Topologie eines Fahrzeugdatenverarbeitungssystems, das ein benutzerinteraktives Fahrzeuginformationsanzeigesystem gemäß einer Ausführungsform implementiert;
2 ist eine repräsentative Blocktopologie des Fahrzeugdatenverarbeitungssystems, das gemäß einer Ausführungsform einen ersten und einen zweiten Kommunikationsprozessor zur Übermittlung von Fahrzeugdaten aufweist.
3 ist eine repräsentative Blocktopologie eines Fahrzeugnetzwerks für das Fahrzeugdatenverarbeitungssystem, das gemäß einer Ausführungsform den ersten und den zweiten Kommunikationsprozessor beinhaltet; und
4 ist ein Flussdiagramm, das ein beispielhaftes Verfahren des Fahrzeugdatenverarbeitungssystems zur Verwaltung von Daten darstellt, die gemäß einer Ausführungsform über den ersten und den zweiten Kommunikationsprozessor übermittelt werden.

AUSFÜHRLICHE BESCHREIBUNG
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. Die spezifischen strukturellen und funktionalen Details, die hier offenbart werden, sollen deshalb nicht als einschränkend interpretiert werden, sondern lediglich als eine repräsentative Basis, um einen Fachmann zu lehren, wie die Ausführungsformen auf verschiedene Weise anzuwenden sind. Für den Durchschnittsfachmann versteht es sich, dass verschiedene Merkmale, die unter Bezugnahme auf eine beliebige der Figuren dargestellt und beschrieben werden, mit Merkmalen kombiniert werden können, die in einer oder mehreren anderen Figuren dargestellt sind, um Ausführungsformen zu schaffen, die nicht explizit dargestellt oder beschrieben werden. Die Kombinationen von veranschaulichten Merkmalen stellen repräsentative Ausführungsformen für typische Anwendungen bereit. Verschiedene Kombinationen und Modifikationen der Merkmale, die mit den Lehren dieser Offenbarung übereinstimmen, könnten allerdings für bestimmte Anwendungen oder Umsetzungsformen erwünscht sein.
Die Ausführungsformen der vorliegenden Offenbarung sehen allgemein mehrere Schaltungen oder andere elektrische Vorrichtungen vor. Es ist nicht beabsichtigt, dass die Bezugnahmen auf die Schaltungen und anderen elektrischen Vorrichtungen und auf die jeweils von ihnen bereitgestellten Funktionen darauf beschränkt sind, nur das, was hier dargestellt und beschrieben ist, zu umgreifen. Während besondere Bezeichner möglicherweise den verschiedenen offenbarten Schaltungen oder anderen elektrischen Vorrichtungen zugeordnet werden, ist nicht beabsichtigt, dass solche Bezeichner den Betriebsumfang der Schaltungen und der anderen elektrischen Vorrichtungen beschränken. Solche Schaltungen und andere elektrische Vorrichtungen werden möglicherweise miteinander kombiniert und/oder auf irgendeine Art und Weise aufgetrennt, die auf der besonderen Art der gewünschten elektrischen Umsetzungsform basiert. Es ist anerkannt, dass irgendeine hier offenbarte Schaltung oder andere elektrische Vorrichtung möglicherweise irgendeine Anzahl von Mikroprozessoren, integrierten Schaltungen, Speichervorrichtungen (z. B. Flash, Direktzugriffspeicher (RAM - Random Access Memory), Nur-Lese-Speicher (ROM - Read Only Memory), elektrisch programmierbarer Nur-Lese-Speicher (EPROM - Electrically Programmable Read Only Memory), elektrisch löschbarer PROM (EEPROM - Electrically Erasable Programmable Read Only Memory) oder andere geeignete Varianten davon) und Software enthält, die miteinander zusammenwirken, um die hier offenbarte(n) Operation(en) durchzuführen. Zusätzlich ist irgendeine oder mehrere der elektrischen Vorrichtungen möglicherweise dazu ausgelegt, ein Computerprogramm auszuführen, das in ein nichtflüchtiges, computerlesbares Medium integriert ist, das dazu programmiert ist, irgendeine Zahl der Funktionen, wie offenbart wird, durchzuführen.
Die Offenbarung betrifft ein Fahrzeugdatenverarbeitungssystem, das dazu ausgelegt ist, mehrere Kommunikationsprozessoren zu verwenden, um Daten zu verwalten, die an einen Server, an ein verbundenes Gerät und/oder eine Kombination daraus übermittelt werden. Das Fahrzeugdatenverarbeitungssystem kann dazu ausgelegt sein, über ein Fahrzeugnetzwerk mit einem oder mehreren Prozessor(en) zu kommunizieren. Der oder die Prozessor(en) können mehrere Fahrzeugfunktionen auf der Basis von Information durchführen, die über das Fahrzeugnetzwerk verteilt ist. In einem Beispiel kann die Information von einem entfernten Netzwerk empfangen werden und über das Fahrzeugnetzwerk an den oder die Prozessor(en) übermittelt werden. Das Fahrzeugdatenverarbeitungssystem kann die vom entfernten Netzwerk empfangene Information auf der Basis der Implementierung der Mehrfachkommunikationsprozessoren (z. B. eine Zweikommunikationsprozessorkonfiguration) verwalten. Die Mehrfachkommunikationsprozessoren können eine zusätzliche Sicherheitsschicht bereitstellen, um zu verhindern, dass Daten, die über ein anonymes entferntes Netzwerk übermittelt werden, auf dem Fahrzeugnetzwerk übermittelt werden. Das Fahrzeugdatenverarbeitungssystem, das die Mehrfachkommunikationsprozessoren implementiert, kann zum Beispiel Nachricht(en) verwalten, die von einem unbekannten Netzwerk empfangen werden, dass sie über das Fahrzeugnetzwerk an den oder die Prozessor(en) übermittelt werden.
In einem Beispiel kann das Fahrzeugdatenverarbeitungssystem die Mehrfachkommunikationsprozessoren konfigurieren, indem es einen ersten Kommunikationsprozessor hat, der dazu bestimmt ist, mit einem entfernten gesicherten Netzwerk zu kommunizieren, und einen zweiten Kommunikationsprozessor, der dazu bestimmt ist, mit einem verbundenen Gerät, über eine Internetverbindung mit einer oder mehreren Website(s) oder mit einer Kombination daraus zu kommunizieren. Der erste Kommunikationsprozessor kann dazu ausgelegt sein, Information von einem oder mehreren Fahrzeugprozessor(en) über das Fahrzeugnetzwerk an das entfernte gesicherte Netzwerk zu übermitteln. Der zweite Kommunikationsprozessor ist nicht direkt mit dem Fahrzeugnetzwerk verbunden und kann dazu ausgelegt sein, über die Internetverbindung mit einem oder mehreren „öffentlichen“ Server(n) zu kommunizieren.
Das Fahrzeugdatenverarbeitungssystem kann derart konfiguriert sein, dass der zweite Kommunikationsprozessor mit dem ersten Kommunikationsprozessor verbunden ist und nicht direkt mit dem Fahrzeugdatenverarbeitungssystem in Kommunikation steht. Die Kommunikation zwischen dem ersten Kommunikationsprozessor und dem zweiten Kommunikationsprozessor kann beschränkt sein. Zum Beispiel kann der erste Kommunikationsprozessor nur auf der Basis einer Anwendungsprogrammschnittstelle und/oder einer Festverdrahtungskonfiguration, die verwendet wird, um ein Fahrzeugmerkmal/eine Fahrzeugfunktion zu aktivieren oder zu deaktivieren, über den zweiten Kommunikationsprozessor Daten übermitteln. Die Festverdrahtungskonfiguration zwischen dem ersten und dem zweiten Kommunikationsprozessor kann, ohne darauf beschränkt zu sein, eine dem Fahrzeugmerkmal/der Fahrzeugfunktion zugeordnete Ein-Aus-Schaltung beinhalten. Dadurch kann Information, die über den zweiten Kommunikationsprozessor von einem unbekannten entfernten Netzwerk empfangen wird, nicht über das Fahrzeugnetzwerk übermittelt werden.
1 stellt eine beispielhafte Blocktopologie für das Fahrzeugdatenverarbeitungssystem (VCS - Vehicle Computing System) 1 für ein Fahrzeug 31 dar. Ein Beispiel für ein derartiges VCS 1 ist das von THE FORD MOTOR COMPANY hergestellte SYNC-System. Ein mit einem fahrzeuggestützten Datenverarbeitungssystem ausgestattetes Fahrzeug kann eine im Fahrzeug befindliche visuelle Front-End-Schnittstelle 4 enthalten. Der Benutzer kann auch die Möglichkeit haben, mit der Schnittstelle zu interagieren, wenn sie zum Beispiel mit einem berührungsempfindlichen Bildschirm versehen ist. In einer anderen beispielhaften Ausführungsform erfolgt die Interaktion durch Tastenbetätigungen, ein Sprachdialogsystem mit automatischer Spracherkennung und Sprachsynthese.
In der beispielhaften Ausführungsform 1, die in 1 gezeigt wird, steuert ein Prozessor 3 mindestens einen Teil des Betriebs des fahrzeuggestützten Datenverarbeitungssystems. Der im Fahrzeug vorgesehene Prozessor 3 erlaubt die Bordverarbeitung von Befehlen und Routinen. Ferner ist der Prozessor 3 sowohl mit einem nichtpersistenten 5 als auch mit einem persistenten Speicher 7 verbunden. In dieser beispielhaften Ausführungsform ist der nichtpersistente Speicher ein Direktzugriffsspeicher (RAM) und der persistente Speicher ist ein Festplattenlaufwerk (HDD) oder Flash-Speicher. Im Allgemeinen kann ein persistenter (nichtflüchtiger) Speicher alle Arten von Speicher beinhalten, die Daten behalten, wenn ein Computer oder eine andere Vorrichtung heruntergefahren wird. Diese beinhalten, unter anderem, HDDs, CDs, DVDs, Magnetbänder, Solid-State-Drives, tragbare USB-Laufwerke und andere geeignete Arten von persistenten Speicher.
Der Prozessor 3 ist auch mit einer Anzahl verschiedener Eingänge versehen, die es dem Benutzer die Verbindung mit dem Prozessor ermöglichen. In dieser beispielhaften Ausführungsform sind ein Mikrofon 29, ein Hilfseingang 25 (für den Eingang 33), ein USB-Eingang 23, ein GPS-Eingang 24, ein Bildschirm 4, welcher eine berührungsempfindliche Anzeige sein kann, und ein BLUETOOTH-Eingang 15 vorgesehen. Auch ein Eingangswähler 51 ist vorgesehen, um einem Benutzer zu erlauben, zwischen verschiedenen Eingängen zu wechseln. Die Eingabe sowohl zum Mikrofon- als auch zum Hilfsanschluss wird von einem Wandler 27 von analog in digital umgewandelt, bevor sie an den Prozessor 3 weitergeleitet wird. Obwohl es nicht dargestellt ist, können zahlreiche Fahrzeugkomponenten und Hilfskomponenten, die mit dem VCS 1 in Kommunikation stehen, ein Fahrzeugnetzwerk (wie z. B., ohne darauf beschränkt zu sein, einen CAN-Bus) verwenden, um Daten zum und vom VCS 1 (oder Komponenten davon) weiterzuleiten.
Ausgänge des Systems können, ohne darauf beschränkt zu sein, eine optische Anzeige 4 und einen Lautsprecher 13 oder einen Stereoanlagenausgang beinhalten. Der Lautsprecher 13 ist mit einem Verstärker 11 verbunden und empfängt sein Signal vom Prozessor 3 über einen Digital-Analog-Wandler 9. Die Ausgabe kann auch entlang der jeweils bei 19 und 21 gezeigten bidirektionalen Datenströme an ein entferntes BLUETOOTH-Gerät wie ein PND 54 oder ein USB-Gerät wie z. B. ein Fahrzeugnavigationsgerät 60 erfolgen.
In einer beispielhaften Ausführungsform verwendet das System 1 den BLUETOOTH-Sendeempfänger 15, um mit einem mobilen Gerät 53 (zum Beispiel ein Mobiltelefon, Smartphone, PDA oder jedes andere verbundene Gerät, das eine drahtlose Konnektivität zu entfernten Netzwerken hat) zu kommunizieren 17. Das mobile Gerät 53 kann dann benutzt werden, um zum Beispiel durch Kommunikation 55 mit einem Mobilfunkmast 57 mit einem Netzwerk 61 außerhalb des Fahrzeugs 31 zu kommunizieren 59. In einigen Ausführungsformen kann der Mast 57 ein WiFi-Zugangspunkt sein. Das mobile Gerät 53 kann auch zur Kommunikation 84 mit einem Zusatzgerät wie einem tragbaren Gerät 83 (zum Beispiel Smartwatch, intelligente Brille usw.) verwendet werden. Das mobile Gerät 53 kann eine oder mehrere Steuerfunktion(en) an das tragbare Gerät 83 übermitteln 84. Zum Beispiel kann das mobile Gerät 53 dem tragbaren Gerät 83 ermöglichen, einen Telefonanruf anzunehmen, einer mobilen Anwendung ermöglichen, Benachrichtigungen zu empfangen, und/oder eine Kombination daraus. In einem anderen Beispiel kann das tragbare Gerät 83 auf der Basis einer oder mehrerer mobiler Anwendungen, die auf dem mobilen Gerät 53 ausgeführt werden, Fahrzeugsteuermerkmale/-funktionen zum VCS 1 senden.
In einem Beispiel kann das VCS 1 dazu ausgelegt sein, ein oder mehrere Kommunikationsprozessoren aufzuweisen. Der oder die Kommunikationsprozessoren können zugewiesen sein, um mit einem vordefinierten entfernten Netzwerk, einem entfernten öffentlichen Netzwerk und/oder mit einem mobilen Gerät zu kommunizieren. Zum Beispiel können der oder die Kommunikationsprozessor(en) einen ersten und einen zweiten Kommunikationsprozessor umfassen. Der erste Kommunikationsprozessor kann ein eingebettetes Mobiltelefon beinhalten, das dazu ausgelegt ist, über ein privates virtuelles Mobilfunknetz mit einem gesicherten Netzwerk zu kommunizieren. Der zweite Kommunikationsprozessor kann der BLUETOOTH-Sendeempfänger 15 sein. In Reaktion darauf, dass der zweite Kommunikationsprozessor dazu ausgelegt ist, mit der CPU 3 zu kommunizieren, kann das VCS 1 die Kommunikation mit dem Netzwerk 61 auf der Basis von Daten zulassen, die einer Anwendungsprogrammschnittstelle zugeordnet sind. Das VCS 1 kann die Kommunikation mit dem Netzwerk 61 über den zweiten Kommunikationsprozessor ermöglichen.
Die Kommunikation zwischen dem mobilen Gerät 53 und dem BLUETOOTH-Sendeempfänger wird durch das Signal 14 dargestellt. Die Paarung eines mobilen Geräts 53 mit dem BLUETOOTH-Sendeempfänger 15 kann durch eine Taste 52 oder eine ähnliche Eingabe angewiesen werden. Dementsprechend wird die CPU 3 angewiesen, den Bord-BLUETOOTH-Sendeempfänger mit einem BLUETOOTH-Sendeempfänger in einem mobilen Gerät zu paaren.
Daten können zum Beispiel unter Verwendung eines Datenplans, von Data-over-Voice oder DTMF-Tönen, die dem mobilen Gerät 53 zugewiesen sind, zwischen der CPU 3 und dem Netzwerk 61 übermittelt werden. Als Alternative kann es wünschenswert sein, ein Bordmodem 63 vorzusehen, das eine Antenne 18 aufweist, um über das Sprachband Daten zwischen der CPU 3 und dem Netzwerk 61 zu übermitteln 16. Das mobile Gerät 53 kann dann verwendet werden, um zum Beispiel durch Kommunikation 55 mit einem Mobilfunkmast 57 mit einem Netzwerk 61 außerhalb des Fahrzeugs 31 zu kommunizieren 59. In einigen Ausführungsformen kann das Modem 63 die Kommunikation 20 mit dem Mast 57 zur Kommunikation mit dem Netzwerk 61 herstellen. Als nicht einschränkendes Beispiel kann das Modem 63 ein USB-Mobilfunkmodem sein, und die Kommunikation 20 kann eine Mobilfunkkommunikation sein.
Mit dem obigen Beispiel fortfahrend, kann der zweite Kommunikationsprozessor das Modem 63 sein. Der zweite Kommunikationsprozessor kann dazu ausgelegt sein, die Übermittlung von Daten mit der CPU 3 einzuschränken. Zum Beispiel kann die CPU 3 die Übermittlung von Daten mit dem zweiten Kommunikationsprozessor auf der Basis einer Anwendungsprogrammschnittstelle und/oder eines Festverdrahtungsdesigns zulassen. Das Festverdrahtungsdesign kann eine oder mehrere Schaltungen umfassen, die dazu konzipiert sind, auf der Basis einer Nachricht, die vom zweiten Kommunikationsprozessor empfangen wird, Fahrzeugmerkmale und -funktionen zu aktivieren/deaktivieren. Die CPU 3 kann Daten empfangen, die über die Anwendungsprogrammschnittstelle vom zweiten Kommunikationsprozessor übermittelt wurden. Der zweite Kommunikationsprozessor (zum Beispiel das Modem 63) kann die Kommunikation mit dem Netzwerk 63 herstellen, das einen oder mehrere öffentliche Server einschließt.
In einer beispielhaften Ausführungsform ist der Prozessor 3 mit einem Betriebssystem versehen, das eine Anwendungsprogrammschnittstelle zur Kommunikation mit Modem-Anwendungssoftware beinhaltet. Die Modem-Anwendungssoftware kann auf ein eingebettetes Modul oder Firmware auf dem BLUETOOTH-Sendeempfänger zugreifen, um die drahtlose Kommunikation mit einem entfernten BLUETOOTH-Sendeempfänger (wie z. B. dem in einem mobilen Gerät vorhandenen) herzustellen. Bluetooth ist ein Bestandteil der Protokolle IEEE 802 PAN (Personal Area Network). Die Protokolle IEEE 802 LAN (Lokales Netzwerk) umfassen WiFi und besitzen beträchtliche Kreuzfunktionalität mit IEEE 802 PAN. Beide sind für die drahtlose Kommunikation in einem Fahrzeug geeignet. Weitere Kommunikationsmittel, die in diesem Bereich verwendet werden können, sind die optische Freiraumnachrichtenübertragung (wie z. B. IrDA) und nichtstandardisierte Verbraucher-IR-Protokolle.
In einer anderen Ausführungsform umfasst das mobile Gerät 53 ein Modem zur Sprachband- oder Breitbanddatenkommunikation. In der Data-Over-Voice-Ausführungsform kann eine als Frequenzmultiplexen bekannte Technik implementiert werden, wenn der Besitzer des mobilen Geräts 53 über das Gerät sprechen kann, während Daten übertragen werden. Zu anderen Zeiten, wenn der Besitzer das Gerät nicht benutzt, kann die Datenübertragung die gesamte Bandbreite (in einem Beispiel 300 Hz bis 3,4 kHz) nutzen. Obwohl Frequenzmultiplexen für die analoge Mobilfunkkommunikation zwischen dem Fahrzeug und dem Internet verbreitet sein kann und weiterhin verwendet wird, ist es für die digitale Mobilfunkkommunikation zum großen Teil durch Hybride von CDMA (Code Domain Multiple Access), TDMA (Time Domain Multiple Access), SDMA (Space-Domain Multiple Access) ersetzt worden. Dies sind alles ITU IMT-2000 (3G)-konforme Standards, die Datenraten bis zu 2 Mb/s für stehende oder gehende Benutzer und 385 Kb/s für Benutzer in einem fahrenden Fahrzeug bieten. 3G-Standards werden nun durch IMT-Advanced (4G) ersetzt, das 100 Mb/s für Benutzer in einem Fahrzeug und 1 Gb/s für stehende Benutzer bietet. Wenn der Benutzer über einen mit dem mobilen Gerät 53 verknüpften Datenplan verfügt, ist es möglich, dass der Datenplan die Breitbandübertragung zulässt und das System eine viel größere Bandbreite nutzen kann (was die Datenübertragung beschleunigt). In einer weiteren Ausführungsform wird das mobile Gerät 53 durch eine Mobilfunkkommunikationsvorrichtung (nicht gezeigt) ersetzt, das im Fahrzeug 31 installiert ist. In einer weiteren Ausführungsform kann das mobile Gerät (ND) 53 ein drahtloses lokales Netzwerk (LAN)-Gerät sein, das zum Beispiel (und ohne darauf beschränkt zu sein) in der Lage ist, über ein 802.11g-Netzwerk (d.h. WiFi) oder ein WiMax-Netzwerk zu kommunizieren.
In einer Ausführungsform können eingehende Daten über ein Data-over-Voice- oder einen Datenplan durch das mobile Gerät 53, durch den Bord-BLUETOOTH-Sendeempfänger und zum internen Prozessor 3 des Fahrzeugs geleitet werden. Im Falle bestimmter temporärer Daten können die Daten zum Beispiel auf dem Festplattenlaufwerk (HDD) oder einem anderen Speichermedium 7 gespeichert werden, bis die Daten nicht mehr benötigt werden.
Zusätzliche Quellen, die an das Fahrzeug angeschlossen sein können, umfassen ein persönliches Navigationsgerät 54, das zum Beispiel eine USB-Verbindung 56 und/oder eine Antenne 58 hat, ein Fahrzeugnavigationsgerät 60 mit einem USB-Anschluss 62 oder einem anderen Anschluss, ein Bord-GPS-Gerät 24 oder ein entferntes Navigationssystem (nicht gezeigt), das eine Konnektivität zum Netzwerk 61 aufweist. USB ist eines von einer Klasse serieller Netzwerkprotokolle. IEEE 1394 (Firewire™ (Apple), i.LINK™ (Sony) und Lynx™ (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 Standards zur seriellen Kommunikation von Gerät zu Gerät. Die meisten der Protokolle sind entweder für die elektrische oder optische Kommunikation implementierbar.
Ferner kann die CPU 3 mit verschiedenen anderen Zusatzgeräten 65 in Kommunikation stehen. Diese Geräte können durch eine drahtlose 67 oder verdrahtete 69 Verbindung verbunden sein. Die drahtlose 67 oder verdrahtete 69 Verbindung kann mit dem ersten und dem zweiten Kommunikationsprozessor (zum Beispiel eine Zweikommunikationsprozessorkonfiguration) hergestellt werden. Das Zusatzgerät 65 kann, ohne darauf beschränkt zu sein, persönliche Media-Player, drahtlose medizinische Geräte, tragbare Computer und dergleichen umfassen.
Außerdem oder alternativ dazu kann die CPU 3 zum Beispiel durch einen WiFi (IEEE 803.11) 71 -Sendeempfänger mit einem fahrzeuggestützten drahtlosen Router 73 verbunden sein. Dies ermöglicht der CPU 3 die Verbindung mit entfernten Netzwerken in Reichweite des lokalen Routers 73. Der erste oder der zweite Kommunikationsprozessor kann den drahtlosen Router 73 umfassen. Zum Beispiel ist der erste Kommunikationsprozessor als drahtloser Router 73 dazu ausgelegt, mit einem vordefinierten gesicherten Netzwerk zu kommunizieren. Der erste Kommunikationsprozessor kann Daten, die vom vordefinierten gesicherten Netzwerk empfangen werden, über das Fahrzeugnetzwerksystem übermitteln. Die vom vordefinierten gesicherten Netzwerk empfangen Daten können, ohne darauf beschränkt zu sein, Fahrzeugdiagnosen und Softwaredownloads umfassen.
Zusätzlich dazu, dass repräsentative Prozesse durch ein in einem Fahrzeug befindliches VCS 1 ausgeführt werden, können die Prozesse in bestimmten Ausführungsformen durch ein Datenverarbeitungssystem ausgeführt werden, das mit einem Fahrzeugdatenverarbeitungssystem in Kommunikation steht. Solch ein System kann, ohne darauf beschränkt zu sein, ein drahtloses Gerät (z. B., ohne darauf beschränkt zu sein, ein Mobiltelefon) oder ein entferntes Datenverarbeitungssystem (zum Beispiel, ohne darauf beschränkt zu sein, einen Server) einschließen, das durch das drahtlose Gerät verbunden ist. Zusammengenommen können derartige Systeme als zum Fahrzeug gehörige Datenverarbeitungssysteme (VACS) bezeichnet werden. In bestimmten Ausführungsformen können bestimmte Komponenten der VACS abhängig von der jeweiligen Implementierung des Systems bestimmte Teile eines Prozesses durchführen. Wenn beispielsweise, und ohne darauf beschränkt zu sein, ein Prozess das Senden oder Empfangen von Information mit einem gepaarten drahtlosen Gerät beinhaltet, dann ist es wahrscheinlich, dass das drahtlose Gerät den Prozess nicht durchführt, da das drahtlose Gerät nicht mit sich selbst Information „senden und empfangen“ wird. Ein Durchschnittsfachmann wird erkennen, wann die Anwendung bestimmter VACS auf eine gegebene Lösung unangemessen ist. In allen Lösungen wird davon ausgegangen, dass mindestens das im Fahrzeug selbst befindliche Fahrzeugdatenverarbeitungssystem (VCS) in der Lage ist, die Prozesse auszuführen.
2 ist eine repräsentative Blocktopologie des VCS, das gemäß einer Ausführungsform einen ersten und einen zweiten Kommunikationsprozessor zur Übermittlung von Fahrzeugdaten aufweist. Das VCS 1 kann über einen oder mehrere eingebettete Kommunikationsprozessor(en) (zum Beispiel einen ersten Kommunikationsprozessor 102 und einen zweiten Kommunikationsprozessor 104) mit einem oder mehreren Sendeempfänger(n) in Kommunikation stehen. Der erste und der zweite Kommunikationsprozessor 102, 104 sind zur verdrahteten und drahtlosen Kommunikation fähig.
Das VCS 1 kann einen Fahrzeugintegrationsrahmen 101 beinhalten, der in der CPU 3 ausgeführt wird und dazu ausgelegt ist, dem VCS 1 verschiedene Dienste bereitzustellen. Diese Dienste können die Weiterleitung von Nachrichten zwischen dem Netzwerk 61 und dem VCS 1, die Synchronisierung einer oder mehrerer Infotainment-Einstellung(en), Benachrichtigungsdienste, um dem VCS 1 den Empfang und die Bereitstellung von Anwendungsdaten über das Netzwerk 61 zu erlauben, die Möglichkeit zum Starten und Verwalten von Anwendungen, um den vereinheitlichten Zugriff auf Anwendungen, die von der CPU 3 ausgeführt werden, zu ermöglichen, und Dienste zur Ortung und Verwaltung interessierender Wegpunkte beinhalten. Wie oben erwähnt, kann die CPU 3 des VCS 1 dazu ausgelegt sein, eine Schnittstelle zu einer oder mehreren Anwendung(en) verschiedenen Typs aufzuweisen, die mit dem mobilen Gerät 53 und/oder Netzwerk 61 in Kommunikation stehen. In einem Beispiel kann das VCS 1 die CPU 3 beinhalten, die mit dem ersten Kommunikationsprozessor 102 in Kommunikation steht. Der erste Kommunikationsprozessor 102 kann einen eingebetteten Prozessor und mindestens eine drahtlose Kommunikationstechnologie einschließlich, ohne darauf beschränkt zu sein, WiFi, BLUETOOTH, Mobilfunk und/oder eine Kombination daraus umfassen. Zum Beispiel kann der erste Kommunikationsprozessor ein Qualcomm MDM9615M LTE-Modem und ein Qualcomm WTR1605L LTE/HSPA+/CDMA2K/TDSCDMA/EDGE/GPS-Sendeempfänger sein. Die CPU 3 kann über das Fahrzeugnetzwerk 105 Daten von einem oder mehreren Fahrzeugprozessoren übermitteln. Das VCS 1 kann dazu ausgelegt sein, die Daten vom Fahrzeugnetzwerk 105 über den ersten Kommunikationsprozessor 102 an ein entferntes Netzwerk zu übermitteln.
In Reaktion darauf, dass der erste Kommunikationsprozessor 102 Zugriff hat, um Daten über das Fahrzeugnetzwerk 105 zu übermitteln, kann das VCS 1 ein gesichertes Netzwerk 106 vordefinieren, um die Übermittlung von Daten zu zuzulassen. Das gesicherte Netzwerk 106 kann dazu ausgelegt sein, die Kommunikation zwischen dem VCS 1 und einem sicheren Datennutzer 108 herzustellen. Der gesicherte Datennutzer 108 kann außerdem eine Client-Komponente zur Nutzerintegration 103 aufweisen, um dem gesicherten Datennutzer die Nutzung der vom Fahrzeugintegrationsrahmen 101 bereitgestellten Daten und/oder Dienste zu ermöglichen. Die Client-Komponente zur Nutzerintegration 103 kann als eine Anwendung bezeichnet werden. Die Anwendung wird auf Hardware (zum Beispiel einem Prozessor) beim gesicherten Datennutzer 108 ausgeführt. Die Anwendung kann über den ersten Kommunikationsprozessor 102 Daten vom gesicherten Datennutzer 108 zum VCS 1 übermitteln.
Der erste Kommunikationsprozessor 102 kann dazu ausgelegt sein, ein dedizierter eingebetteter Kommunikationsprozessor zur Übermittlung von Daten vom Fahrzeugnetzwerk 105 über die gesicherte Netzwerkverbindung 106 an einen sicheren Datennutzer 108 zu sein. Der erste Kommunikationsprozessor 102 kann über ein privates virtuelles Mobilfunknetz die Kommunikation mit dem gesicherten Netzwerk 106 herstellen. Zum Beispiel kann das VCS 1 Daten anfordern, die mit einem Merkmal im Zusammenhang stehen, das auf mindestens einem Prozessor ausgeführt wird, der über das Fahrzeugnetzwerk 105 in Kommunikation steht. Der erste Kommunikationsprozessor 102 kann vom gesicherten Netzwerk 106 die angeforderten Daten für das Merkmal empfangen und die Daten über das Fahrzeugnetzwerk 105 zum Prozessor übertragen.
Das VCS 1 kann die CPU 3 beinhalten, die über den ersten Kommunikationsprozessor 102 mit dem zweiten Kommunikationsprozessor 104 in Kommunikation steht. Der zweite Kommunikationsprozessor 104 kann mit einem eingebetteten Prozessor, einem drahtlosen Sendeempfänger und/oder einer Kombination daraus konfiguriert sein. In einer Ausführungsform kann der zweite Kommunikationsprozessor 104 dazu ausgelegt sein, nur einen drahtlosen Sendeempfänger zu beinhalten, einschließlich, ohne darauf beschränkt zu sein, WiFi, BLUETOOTH, Nahfeldkommunikation, Mobilfunk und/oder einer Kombination daraus. Der erste Kommunikationsprozessor 102 kann die Übermittlung von Daten, die vom zweiten Kommunikationsprozessor 104 empfangen werden, an die CPU 3 beschränken. Zum Beispiel kann die Kommunikation zwischen dem ersten und dem zweiten Kommunikationsprozessor 102, 104 auf Daten beschränkt sein, die einer Anwendungsprogrammschnittstelle zugeordnet sind. Der erste Kommunikationsprozessor 102 kann eine eingebettete Steuerung aufweisen, die dazu ausgelegt ist, die Kommunikation mit dem zweiten Kommunikationsprozessor 104 zu beschränken. Zum Beispiel kann das VCS 1 in Reaktion darauf, dass die empfangenen Daten eine zugelassene Anwendungsprogrammschnittstelle für den ersten Kommunikationsprozessor 102 aufweisen, die Daten von einem öffentlichen Netzwerk 110 über den zweiten Kommunikationsprozessor 104 empfangen. Der zweite Kommunikationsprozessor 104 kann Daten auf der Basis der Zulassung vom ersten Kommunikationsprozessor 102 zur CPU 3 übermitteln.
In einem anderen Beispiel kann die Kommunikation zwischen dem ersten und dem zweiten Kommunikationsprozessor 102, 104 auf Nachrichten beschränkt sein, die mit der Aktivierung von Schaltern in einer Hardwareschaltung im Zusammenhang stehen. Zum Beispiel kann eine Schaltungskonfiguration mit einem Einzeldraht oder einer einzelnen Leiterbahn zwischen dem ersten und dem zweiten Kommunikationsprozessor dazu ausgelegt sein, ein Fahrzeugmerkmal im VCS auf der Basis eines empfangenen Pull-High oder Pull-Low-Befehls zu aktivieren oder deaktivieren. Die Hardwareschaltungskonfiguration kann ein Verfahren zur Verwaltung von Daten bereitstellen, die von einer oder mehreren Websites empfangen werden, die auf ungesicherten entfernten Servern ausgeführt werden.
Der zweite Kommunikationsprozessor 104 kann mit einem oder mehreren Sendeempfängern konfiguriert sein. Der eine oder die mehreren Sendeempfänger können die Kommunikation mit einem mobilen Gerät 53, einem entfernten Netzwerk 110 und/oder einer Kombination daraus herstellen. Zum Beispiel kann der zweite Kommunikationsprozessor 104 über eine drahtlose Technologie Anwendungsdaten mit einem mobilen Gerät 53 austauschen. Die drahtlose Technologie kann Bluetooth Low Energy (BLE) umfassen. Das VCS 1 und das mobile Gerät 53 können die Kommunikation über den zweiten Kommunikationsprozessor 104 herstellen. Die VCS 1 kann mithilfe einer Integrationskomponente für mobile Geräte 107 Anwendungsdaten empfangen, die auf dem mobilen Gerät ausgeführt werden. Die Integrationskomponente für mobile Geräte 107 kann dem mobilen Gerät 53 die Nutzung der Dienste gestatten, die vom Fahrzeugintegrationsrahmen 101 und/oder von der Client-Komponente zur Nutzerintegration 103 bereitgestellt werden. Zum Beispiel kann das mobile Gerät 53 Fahrzeugdaten empfangen, die eine oder mehrere Merkmalsanwendungen für das Fahrzeug-Infotainmentsystem umfassen. Das mobile Gerät 53 kann die Anwendung(en) auf Gerätehardware ausführen und Information für die Anwendung(en) an das Fahrzeug-Infotainmentsystem übertragen. In einem Beispiel kann das mobile Gerät 53 über den zweiten Kommunikationsprozessor 104 eine Anforderung empfangen, eine Navigationsanwendung für das Fahrzeug-Infotainmentsystem auszuführen. Das mobile Gerät 53 kann die Navigationsdaten in einer zur Navigationsanwendung gehörigen Anwendungsprogrammschnittstelle über den zweiten Kommunikationsprozessor 104 zur CPU 3 übertragen.
Der oder die Sendeempfänger der zweiten Kommunikationsvorrichtung 104 können ein Multiport-Verbinder-Hub umfassen. Der Multiport-Verbinder-Hub kann als Schnittstelle zwischen dem ungesicherten Netzwerk 110 und zusätzlichen Gerätetypen (zum Beispiel Radardetektor, Navigationsgerät usw.) verwendet werden. Der Multiport-Verbinder-Hub kann über verschiedene Busse und Protokolle, wie z. B. über USB mit der CPU 3 kommunizieren und kann außerdem unter Verwendung verschiedener anderer Verbindungsbusse und -protokolle wie z. B. SPI (Serial Peripheral Interface Bus), 12C (Inter-Integrated Circuit) und/oder UART (Universal Asynchronous Receiver/Transmitter) mit den verbundenen Geräten kommunizieren. Der Multiport-Verbinder-Hub kann außerdem zwischen den Protokollen, die von den verbundenen Geräten verwendet werden, und den Protokollen, die zwischen dem Multiport-Verbinder-Hub und der CPU 3 verwendet werden, Kommunikationsprotokollübersetzungs- und Interworking-Dienste durchführen. Die verbundenen Geräte können, als nicht einschränkende Beispiele, einen Radardetektor, eine GPS-Empfängervorrichtung und ein Speichervorrichtung umfassen.
3 ist eine repräsentative Blocktopologie eines Fahrzeugnetzwerks 105 für das VCS 1, das gemäß einer Ausführungsform den ersten und den zweiten Kommunikationsprozessor 102, 104 beinhaltet. Das Fahrzeugnetzwerk 105 kommuniziert mit mehreren Prozessoren einschließlich, ohne darauf beschränkt zu sein, des ersten Kommunikationsprozessors 102, der CPU 3, der CPU-A 202, der CPU-B 204 und der Anzeige 4. Das Fahrzeugnetzwerk 105 kann einen Borddiagnose-(OBD-II)-Anschluss 206 umfassen, um den Zugriff auf den Status verschiedener Fahrzeugsysteme und -subsysteme zu ermöglichen. Der erste Kommunikationsprozessor 102 kann mit dem Fahrzeugnetzwerk 105 verbunden und dazu ausgelegt sein, ausschließlich mit dem entfernten gesicherten Netzwerk 106 Daten auszutauschen. Der zweite Kommunikationsprozessor 104 kann mit der CPU 3 verbunden und dazu ausgelegt sein, mit einem oder mehreren öffentlich verfügbaren Server(n) 110 zu kommunizieren. Die CPU 3 kann dazu ausgelegt sein, Daten, die über den zweiten Kommunikationsprozessor 104 übermittelt werden, zu beschränken. Zum Beispiel kann die CPU 3 dazu ausgelegt sein, mit dem zweiten Kommunikationsprozessor 104, der einer Anwendungsprogrammschnittstelle zugeordnet ist, Daten austauschen. In einem anderen Beispiel kann die CPU 3 dazu ausgelegt sein, Daten, die mit dem zweiten Kommunikationsprozessor 104 ausgetauscht werden, über ein Hardwareschaltungsdesign zu beschränken.
Zum Beispiel gewährleistet das VCS 1, das zwei oder mehr Kommunikationsprozessoren umfasst, die Übermittlung von Fahrzeugdaten vom entfernten gesicherten Netzwerk 106, die durch den ersten Kommunikationsprozessor 102 (zum Beispiel ein eingebetteter Mobilfunk-Chip) zum Fahrzeugnetzwerk 105 übertragen werden. Der erste Kommunikationsprozessor 102 ermöglicht dem VCS 1 über eine Mikrocontroller-Verbindung (zum Beispiel ein eingebetteter Prozessor am ersten Kommunikationsprozessor, die CPU 3, oder eine Kombination daraus) den sicheren Transport von Fahrzeugdaten zum und vom Fahrzeugnetzwerk 105.
In einem Beispiel kann ein Diagnosetool mit dem OBD-II-Anschluss 206 verbunden sein, um über das Fahrzeugnetzwerk 105 die Kommunikation mit einem oder mehreren Prozessoren (zum Beispiel CPU 3, CPU-A 202, CPU-B 204 usw.) herzustellen. Das Diagnosetool kann über den ersten Kommunikationsprozessor 102 die Übermittlung zusätzlicher Daten an das gesicherte Netzwerk 106 anfordern. Zum Beispiel kann das Diagnosetool über den ersten Kommunikationsprozessor 102 die Übertragung einer oder mehrerer Fahrerleistungsvariablen an das gesicherte Netzwerk 106 anfordern. In einem anderen Beispiel kann das Diagnosetool über den ersten Kommunikationsprozessor 102 einen Softwaredownload für die CPU-A 202 vom gesicherten Netzwerk 106 anfordern.
Das VCS 1 kann den zweiten Kommunikationsprozessor 104 (zum Beispiel ein eingebettetes Mobiltelefon, WiFi-Modul oder ein entferntes Mobiltelefon, das unter Verwendung eines Bluetooth-Sendeempfängers mit dem Prozessor verbunden ist) aufweisen, der dazu ausgelegt ist, über die öffentliche Internetverbindung Daten zu empfangen. Der zweite Kommunikationsprozessor 104 kann über die Internetverbindung Infotainment-Daten zur Ausgabe an ein oder mehrere Fahrzeugausgabegeräte empfangen. In einem anderen Beispiel kann der zweite Kommunikationsprozessor 104 einen WiFi-Hotspot für die Fahrzeuginsassen bereitstellen. Das VCS 1, das eine Zweikommunikationsprozessorkonfiguration aufweist, kann Fahrzeugdaten verwalten, die über den ersten Kommunikationsprozessor 102 zum gesicherten Netzwerk 106 zu übermitteln sind, und Infotainment-Daten, die über den zweiten Kommunikationsprozessor 104 zum öffentlichen Internet-Netzwerk 110 zu übermitteln sind.
Die CPU 3 kann eine zusätzliche Sicherheitsschicht bereitstellen, sodass der zweite Kommunikationsprozessor 104 keine physische Verbindung zum Fahrzeugnetzwerksystem 105 haben kann. Zum Beispiel kann das Fahrzeugnetzwerksystem 105 über den zweiten Kommunikationsprozessor 104 Information von einer oder mehreren Anwendung(en) empfangen, die auf einem mobilen Gerät ausgeführt werden. Die Daten von der oder den Anwendung(en) können von der CPU 3 in einem Format übertragen werden, das in einer vordefinierten Anmeldungsprogrammschnittstelle erkannt wird. In Reaktion darauf, dass die Daten in einem akzeptablen Format vorliegen, kann die CPU 3 die Daten an einen oder mehrere Prozessor(en) im Fahrzeugnetzwerksystem 105 übertragen. Die CPU 3 kann die Daten, die von einer oder mehreren im mobilen Gerät 53 ausgeführten Anwendung(en) empfangen werden, verarbeiten und die verarbeiteten Daten an die Anzeige 4 ausgeben.
Zum Beispiel kann das mobile Gerät 53 Daten von einem öffentlichen Internet-Netzwerk 110 über den zweiten Kommunikationsprozessor 104 zur CPU 3 übertragen. Zum Beispiel kann das VCS 1 über den zweiten Kommunikationsprozessor 104 Daten vom öffentlichen Internet-Netzwerk 110 anfordern. Der zweite Kommunikationsprozessor 104 kann die Anforderung über das mobile Gerät 53 zum öffentlichen Internet-Netzwerk übertragen. Die angeforderten Daten können in einem vordefinierten Format sein, um die Kommunikation zwischen dem öffentlichen Internet und dem Fahrzeugnetzwerksystem 105 zu ermöglichen. Wenn die Daten vom öffentlichen Internet nicht im vordefinierten Format sind, kann die CPU 3 die Übermittlung der Daten über das Fahrzeugnetzwerk 105 nicht zulassen. In einem anderen Beispiel können die angeforderten Daten eine oder mehrere vordefinierte Nachrichten sein, um ein Fahrzeugmerkmal auf der Basis eines ein- oder ausgeschalteten Leistungsschalters zu aktiveren und/oder zu deaktivieren.
Das VCS 1 kann einen Teil der vom ersten und vom zweiten Kommunikationsprozessor 102, 104 empfangenen Daten auf der Anzeige 4 ausgeben. Die Daten können auf dem berührungsempfindlichen Bildschirm 4 dargestellt werden und können von einer oder mehreren Anwendungen in der CPU 3 ausgeführt werden. In einem anderen Beispiel kann das VCS 1 die empfangenen Daten zu einem oder mehreren Prozessoren übertragen, die mit dem Fahrzeugnetzwerksystem 105 in Kommunikation stehen.
4 ist ein Flussdiagramm, das ein beispielhaftes Verfahren 300 des VCS 1 zur Verwaltung von Daten darstellt, die gemäß einer Ausführungsform über den ersten und den zweiten Kommunikationsprozessor übermittelt werden. Das Verfahren 300 kann unter Verwendung eines Softwarecodes implementiert werden, der im VCS 1, Fahrzeugnetzwerk 105, mobilen Gerät 53, entfernten Netzwerk und/oder einer Kombination daraus enthalten ist.
Wieder auf 4 Bezug nehmend, wird in der gesamten Beschreibung des Verfahrens 300 auf das Fahrzeug 31 und seine Komponenten Bezug genommen, die in 1, 2 und 3 dargestellt sind, um das Verständnis verschiedener Aspekte der vorliegenden Offenbarung zu erleichtern. Das Verfahren 300 zur Übermittlung von Daten von einem oder mehreren Netzwerk(en) kann durch einen Computeralgorithmus, maschinenausführbaren Code oder Softwareanweisungen implementiert werden, die in einen geeignete programmierbare Logikbaustein(e) des Fahrzeugs programmiert sind, wie z. B. die CPU 3, das Steuermodul des mobilen Geräts, einen Netzwerkprozessor, eine andere Steuerung, die mit dem Fahrzeugdatenverarbeitungssystem in Kommunikation steht, oder eine Kombination daraus. Obwohl die verschiedenen im Flussdiagramm 300 gezeigten Betriebsfunktionen in einer chronologischen Abfolge aufzutreten scheinen, können wenigstens einige der Betriebsfunktionen in einer anderen Reihenfolge auftreten und einige Betriebsfunktionen können gleichzeitig oder gar nicht durchgeführt werden.
In Schritt 302 kann das VCS 1 auf der Basis eines Zündschlüssels in der „AN“-Stellung oder eines eingeschalteten Zustands eines Zündsystems initialisiert werden. Das VCS 1 kann eine oder mehrere Anwendung(en) zur Ausführung initialisieren. In Reaktion auf die Initialisierung des VCS 1 kann das System die Anwendung(en) auf einer Benutzerschnittstelle anzeigen. Zum Beispiel kann das VCS 1 über den Fahrzeugintegrationsrahmen eine Netzwerkkommunikationsanwendung ausführen. Die Netzwerkkommunikationsanwendung kann den Datenaustausch zwischen dem VCS 1 und einem oder mehreren mit dem Fahrzeugdatenverarbeitungssystem in
Kommunikation stehenden Gerät(en) und Netzwerk(en) verwalten.
In Schritt 304 kann das VCS 1 Fahrzeugdaten von einem oder mehreren Prozessor(en) empfangen, die über ein Fahrzeugnetzwerk in Kommunikation stehen. In Reaktion auf die über das Fahrzeugnetzwerk empfangenen Daten kann das VCS 1 in Schritt 306 bestimmen, ob die Fahrzeugdaten mit einem Server ausgetauscht werden sollen. Zum Beispiel kann das VCS 1 Fahrzeugdaten empfangen, die sich auf eine oder mehrere Fahrerleistungsvariable(n) beziehen. In einem anderen Beispiel können sich die Fahrzeugdaten auf Diagnosedaten und/oder Softwareupdates beziehen. Das VCS 1 kann die empfangenen Fahrzeugdaten zur Fahrzeugleistungsanalyse an ein vordefiniertes entferntes Netzwerk übertragen.
In Schritt 308 kann das VCS 1 die Fahrzeugdaten über einen ersten Kommunikationsprozessor übermitteln. Mit dem obigen Beispiel fortfahrend, kann der erste Kommunikationsprozessor mit dem Fahrzeugnetzwerk verbunden sein und die Fahrerleistungsvariablen an das vordefinierte Netzwerk übermitteln. Der erste Kommunikationsprozessor kann vorkonfiguriert sein, um die Kommunikation mit dem vordefinierten entfernten Netzwerk zuzulassen.
In Schritt 310 kann das VCS 1 eine Anforderung empfangen, eine oder mehrere Infotainment-Anwendungen auf der Hardware des Fahrzeugdatenverarbeitungssystems auszuführen. In Reaktion darauf, dass auf dem VCS 1 eine Infotainment-Anwendung ausgeführt wird, kann das System zum Beispiel von einem öffentlichen Internet-Netzwerk Daten für die Infotainment-Anwendung anfordern. Das VCS 1 kann die Anwendungsdaten über den zweiten Kommunikationsprozessor, der nicht mit dem Fahrzeugnetzwerk verbunden ist, zum und vom öffentlichen Internet-Netzwerk übermitteln.
In einem weiteren Beispiel kann die Infotainment-Anwendung eine Navigationsanwendung sein. Das VCS 1 kann auf der Basis von Daten, die vom öffentlichen Internet-Netzwerk empfangen werden, über die Navigationsanwendung eine Navigationsroute generieren. Das VCS 1 kann Daten vom öffentlichen Internet-Netzwerk empfangen, wenn die Daten in einem vordefinierten Format für die Navigationsanwendung vorliegen. In Reaktion darauf, dass das VCS 1 über den zweiten Kommunikationsprozessor Daten in einem ungeeigneten Format vom öffentlichen Internet-Netzwerk empfangen werden, kann das VCS 1 die Daten vom öffentlichen Internet-Netzwerk zurückweisen.
In Schritt 314 kann das VCS 1 in Reaktion auf die Daten für die Anwendung(en) und/oder Fahrzeugdaten einen Teil der Anwendungsdaten oder Fahrzeugdaten an eine Fahrzeuganzeige ausgeben. Mit dem obigen Beispiel fortfahrend, kann das VCS 1 in Reaktion darauf, dass der Fahrzeuginsasse die Ausführung der Navigationsanwendung wählt, eine Anforderung übertragen, auf der Basis der aktuellen Fahrzeugposition und eines vordefinierten Zielorts (zum Beispiel Heimadresse) eine Route zu generieren. Das VCS 1 kann die aktuelle Fahrzeugposition von einem oder mehreren Prozessor(en) empfangen, die mit dem Fahrzeugnetzwerk verbunden sind. Das VCS 1 kann den vordefinierten Zielort über den ersten Kommunikationsprozessor von einem persönlichen Profil empfangen, das in einem gesicherten Netzwerk gespeichert ist. Das VCS 1 kann von einem entfernten öffentlichen Netzwerk routenbezogene Daten empfangen. Die Daten können zum Beispiel routenbezogene Verkehrsdaten, routenbezogene Baustellendaten und/oder eine Kombination daraus umfassen. Das VCS 1 kann über den zweiten Kommunikationsprozessor die Verkehrsdaten und/oder Baustellendaten empfangen. In Reaktion auf die Zielortinformation und die Daten, die vom öffentlichen Internet empfangen wurden, kann das VCS 1 auf der Anzeige eine Route ausgeben.
Der erste und der zweite Kommunikationsprozessor können mit dem VCS 1 derart konfiguriert sein, dass Daten von einem ungesicherten entfernten Netzwerk nicht über das Fahrzeugnetzwerk übermittelt werden können. Das VCS 1 kann das Verfahren zum Verwalten der Übermittlung von Daten unter Verwendung des ersten und des zweiten Kommunikationsprozessors in Schritt 316 bei Erkennung eines Zündschlüssels in der AUS-Stellung beenden.
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 Worte dienen 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 Offenbarung abzuweichen. Wie zuvor beschrieben, können die Merkmale verschiedener Ausführungsformen kombiniert werden, um weitere Ausführungsformen der Erfindung zu bilden, die möglicherweise nicht explizit beschrieben oder dargestellt sind. Während verschiedene Ausführungsformen zwar als Vorteile bietend oder bevorzugt gegenüber anderen Ausführungsformen oder Umsetzungen des Stands der Technik hinsichtlich einer oder mehrerer gewünschter Eigenschaften beschrieben worden sein könnten, versteht der Durchschnittsfachmann, dass zwischen einem oder mehreren Merkmalen oder einer oder mehreren Eigenschaften Kompromisse geschlossen werden, um gewünschte Merkmale des Gesamtsystems zu erreichen, die von der besonderen Anwendung und Umsetzung abhängig sind. Diese Eigenschaften können, unter anderem, Kosten, Festigkeit, Langlebigkeit, Lebenszykluskosten, Marktfähigkeit, Erscheinungsbild, Platznutzung, Größe, Wartungsfreundlichkeit, Gewicht, Herstellbarkeit, Leichtigkeit der Montage usw. umfassen. Ausführungsformen, die bezüglich einer oder mehrerer Eigenschaften als weniger wünschenswert als andere Ausführungsformen oder dem Stand der Technik entsprechenden Implementierungen beschrieben werden, liegen somit nicht außerhalb des Schutzumfangs der Offenbarung und können für bestimmte Anwendungen wünschenswert sein.

Claims

Fahrzeugsystem (1), das Folgendes umfasst: einen ersten Kommunikationsprozessor (FCP - First Communication Processor, 102), der mit einem Fahrzeugnetzwerk (105) verbunden ist; einen zweiten Kommunikationsprozessor (SCP - Second Communication Processor, 104), der mit dem FCP verbunden ist; und einen Fahrzeugprozessor, der dazu ausgelegt ist, mit dem FCP und dem SCP zu kommunizieren, und dazu programmiert ist, in Reaktion auf Fahrzeugdaten, die über das Fahrzeugnetzwerk (105) empfangen werden, die Fahrzeugdaten über den FCP an einen Server (110) zu übermitteln; und in Reaktion auf Infotainment-Daten, die über den SCP empfangen werden, die Infotainment-Daten an eine Anzeige (4) auszugeben, wobei der FCP über ein privates virtuelles Mobilfunknetz mit dem Server (110) in Kommunikation (55) steht.
Fahrzeugsystem (1) nach Anspruch 1, wobei der Fahrzeugprozessor außerdem dazu programmiert ist, in Reaktion auf Information, die über den FCP vom Server (110) empfangen wird, einen Teil der Information an die Anzeige (4) auszugeben.
Fahrzeugsystem (1) nach Anspruch 1, wobei der FCP ein eingebetteter Prozessor und Sendeempfänger ist, der ein WiFi-Modem und/oder ein Mobilfunkmodem (63) aufweist.
Fahrzeugsystem (1) nach Anspruch 1, wobei der SCP ein WiFi-, Mobilfunk- und/oder BLUETOOTH-Sendeempfänger (15) ist.
Fahrzeugsystem (1) nach Anspruch 4, wobei der Fahrzeugprozessor außerdem dazu programmiert ist, unter Verwendung einer Anwendungsprogrammschnittstelle im FCP über den BLUETOOTH-Sendeempfänger (15) am SCP durch eine Smartphone-Verbindung mit einem öffentlichen Server (110) zu kommunizieren.
Fahrzeugsystem (1) nach Anspruch 5, wobei der Fahrzeugprozessor außerdem dazu programmiert ist, in Reaktion auf die über den BLUETOOTH-Sendeempfänger (15) vom Smartphone empfangenen Infotainment-Daten eine oder mehrere Einstellungen eines Infotainmentsystems zu konfigurieren.
Fahrzeugsystem (1) nach Anspruch 6, wobei die eine oder mehreren Einstellung(en) eine Klimaregelungs- und/oder Musik- und/oder Navigations- und/oder Telefoneinstellung(en) ist/sind.
Fahrzeugsystem (1) nach Anspruch 1, wobei die Fahrzeugdaten von einem oder mehreren Prozessor(en) (3) empfangen werden, die mit dem Fahrzeugnetzwerk (105) verbunden sind.
Fahrzeugsystem (1) nach Anspruch 8, wobei der eine oder die mehreren Prozessor(en) (3) ein Karosseriesteuermodul, ein Bremssteuermodul, ein Batteriemanagementsystem, ein Getriebesteuermodul, ein Antriebsstrangsteuermodul und/oder eine Telematiksteuereinheit ist.
Fahrzeugsystem (1) nach Anspruch 9, wobei der Fahrzeugprozessor außerdem dazu programmiert ist, in Reaktion auf Bremsdaten, die vom Bremssteuermodul über das Fahrzeugnetzwerk (105) empfangen werden, die Bremsdaten zum Server (110) zu übertragen.
Fahrzeugsystem (1) nach Anspruch 1, wobei der SCP auf der Basis von einer Anwendungsprogrammschnittstelle und/oder einer Schaltungsanordnung mit dem SCP kommuniziert.