DE102019111576A1

DE102019111576A1 - System und verfahren zur übertragung von in der warteschlange befindlichen over-the-air-software-updates

Info

Publication number: DE102019111576A1
Application number: DE102019111576.0A
Authority: DE
Inventors: Huong T. Chim; Esteban Camacho; Dexter C. Lowe; James Doherty
Original assignee: GM Global Technology Operations LLC
Current assignee: GM Global Technology Operations LLC
Priority date: 2018-05-21
Filing date: 2019-05-03
Publication date: 2019-11-21
Also published as: US10474450B1; CN110519713B; CN110519713A; US20190354360A1

Abstract

Ein allgemeiner Aspekt beinhaltet ein Verfahren zum Übertragen eines oder mehrerer Over-the-Air-Software-Updates, wobei das Verfahren Folgendes beinhaltet: (a) Empfangen eines Software-Updates über eine Steuerung; (b) Empfangen einer Fahrzeugbefehlsanforderung über eine Steuerung; (c) als Reaktion auf die Fahrzeugbefehlsanforderung über die Steuerung, Erzeugen eines Kommunikationspakets, das Aktualisierungsrückrufinformationen basierend auf dem Software-Update und einen Fahrzeugbefehl basierend auf der Fahrzeugbefehlsanforderung beinhaltet; und (d) Senden des Kommunikationspakets über die Steuerung an ein Fahrzeug. Andere Ausführungsformen dieses Aspekts beinhalten entsprechende Computersysteme, Vorrichtungen und Computerprogramme, die auf einer oder mehreren Computerspeichervorrichtungen aufgezeichnet sind, die jeweils zum Ausführen der Aktionen des Verfahrens ausgelegt sind.

Description

EINLEITUNG
Fahrzeugkommunikationen werden im Allgemeinen vom Backend aus als Kurznachrichtendienst-(SMS)-basierte Over-The-Air-(OTA)-Benachrichtigungen gesendet. Jede dieser Benachrichtigungen ist auch mit Transaktionskosten verbunden. Infolgedessen steigen mit der täglich steigenden Anzahl von Fahrzeuginteraktionen die Kosten für die Fahrzeuganbindung rapide an. Wenn es jedoch möglich ist, die Anzahl der Fahrzeuginteraktionen zu reduzieren und gleichzeitig alle erforderlichen Informationen zu übermitteln, können die Kosten für die Fahrzeuganbindung gesenkt werden, ohne dass es zu einem Datenverlust kommt. Es ist daher wünschenswert, ein System und Verfahren vorzusehen, das die nicht dringende Fahrzeugkommunikation so lange aufrechterhält, bis sie mit anderen Fahrzeugkommunikation mit höherer Priorität übertragen werden kann, da dieses System und Verfahren die Anzahl der Fahrzeuginteraktionen reduzieren und somit die Kosten für die Fahrzeugverbindung senken kann.
KURZDARSTELLUNG
Ein System mit einem oder mehreren Computern kann konfiguriert werden, um bestimmte Vorgänge oder Aktionen durch die Installation von Software, Firmware, Hardware oder einer Kombination derselben auf dem System auszuführen, die im Betrieb das System dazu veranlasst oder bewirkt, die Aktionen auszuführen. Ein oder mehrere Computerprogramme können so konfiguriert werden, dass diese bestimmte Operationen oder Aktionen ausführen, indem diese Anweisungen enthalten, die, wenn diese von der Datenverarbeitungsvorrichtung ausgeführt werden, bewirken, dass die Vorrichtung die Aktionen ausführt. Ein allgemeiner Aspekt beinhaltet ein Verfahren zum Übertragen eines oder mehrerer Over-the-Air-Software-Updates, wobei das Verfahren Folgendes beinhaltet: (a) Empfangen eines Software-Updates über eine Steuerung; (b) Empfangen einer Fahrzeugbefehlsanforderung über eine Steuerung; (c) als Reaktion auf die Fahrzeugbefehlsanforderung über die Steuerung, Erzeugen eines Kommunikationspakets, das Aktualisierungsrückrufinformationen basierend auf dem Software-Update und einen Fahrzeugbefehl basierend auf der Fahrzeugbefehlsanforderung beinhaltet; und (d) Senden des Kommunikationspakets über die Steuerung an ein Fahrzeug. Andere Ausführungsformen dieses Aspekts beinhalten entsprechende Computersysteme, Vorrichtungen und Computerprogramme, die auf einer oder mehreren Computerspeichervorrichtungen aufgezeichnet sind, die jeweils zum Ausführen der Aktionen des Verfahrens ausgelegt sind.
Implementierungen können eines oder mehrere der folgenden Merkmale beinhalten. Das Verfahren beinhaltet ferner: (e) nach Schritt (a), Kommunizieren mit dem Fahrzeug, über die Steuerung, um zu bestimmen, ob das Software-Update vom Fahrzeug installiert werden kann; und Erzeugen des Kommunikationspakets von Schritt (c), wenn bestimmt wird, dass das Fahrzeug in der Lage ist, das Software-Update zu installieren; andernfalls Erzeugen eines Kommunikationspakets in Schritt (c), das die Aktualisierungsrückrufinformationen ausschließt. Verfahren, wobei die Update-Rückrufinformationen das Fahrzeug anweisen, das Software-Update aus der Steuerung abzurufen. Verfahren, wobei der Fahrzeugbefehl ein Fernstartbefehl, ein Aktualisierungsbefehl für die Fahrzeugdiagnose, ein Standortaktualisierungsbefehl oder eine Kombination derselben ist. Verfahren, wobei das Kommunikationspaket als SMS-basierte OTA-Benachrichtigung an das Fahrzeug gesendet wird. Verfahren, wobei das Software-Update in eine Warteschlange gestellt wird, nachdem Schritt (a) ausgeführt wurde, und das Software-Update in einem Speicher gespeichert wird, bis Schritt (d) ausgeführt wurde. Verfahren, wobei die Fahrzeugbefehlsanforderung an der Steuerung von einer mobilen Computervorrichtung über ein Drahtlosträgersystem empfangen wird. Implementierungen der beschriebenen Techniken können Hardware, ein Verfahren oder Prozess oder Computersoftware auf einem computerzugänglichen Medium beinhalten.
Ein allgemeiner Aspekt beinhaltet ein System zum Übertragen eines oder mehrerer Over-the-Air-Software-Updates, wobei das System Folgendes beinhaltet: einen Speicher, der so konfiguriert ist, dass er eine oder mehrere ausführbare Anweisungen beinhaltet, und eine Steuerung, die so konfiguriert ist, dass sie die ausführbaren Anweisungen ausführt, wobei die ausführbaren Anweisungen die Steuerung zu Folgendem befähigen: Empfangen eines Software-Updates; Empfangen einer Fahrzeugbefehlsanforderung; Erzeugen eines Kommunikationspakets als Reaktion auf die Fahrzeugbefehlsanforderung, das Aktualisierungsrückrufinformationen basierend auf dem Software-Update und einen Fahrzeugbefehl basierend auf der Fahrzeugbefehlsanforderung beinhaltet; und Senden des Kommunikationspakets an ein Fahrzeug. Andere Ausführungsformen dieses Aspekts beinhalten entsprechende Computersysteme, Vorrichtungen und Computerprogramme, die auf einer oder mehreren Computerspeichervorrichtungen aufgezeichnet sind, die jeweils zum Ausführen der Aktionen des Verfahrens ausgelegt sind.
Implementierungen können eines oder mehrere der folgenden Merkmale beinhalten. Das System beinhaltet ferner: nach dem Empfangen des Software-Updates, Kommunizieren mit dem Fahrzeug, um zu bestimmen, ob das Software-Update vom Fahrzeug installiert werden kann. Das System kann auch das Erzeugen des Kommunikationspakets beinhalten, um die Rückrufinformationen und den Fahrzeugbefehl zu aktualisieren, wenn bestimmt wird, dass das Fahrzeug in der Lage ist, das Software-Update zu installieren; andernfalls kann es ein Kommunikationspaket erzeugen, das die Aktualisierungsrückrufinformation ausschließt. System, wobei die Update-Rückrufinformationen das Fahrzeug anweisen, das Software-Update aus der Steuerung abzurufen. System, wobei der Fahrzeugbefehl ein Fernstartbefehl, ein Aktualisierungsbefehl für die Fahrzeugdiagnose, ein Standortaktualisierungsbefehl oder eine Kombination derselben ist. System, wobei das Kommunikationspaket als SMS-basierte OTA-Benachrichtigung an das Fahrzeug gesendet wird. System, wobei: das Software-Update nach dem Empfangen in eine Warteschlange gestellt wird; und das Software-Update bis zum Übertragen des Kommunikationspakets im Speicher gespeichert wird. System, wobei die Fahrzeugbefehlsanforderung von einer mobilen Computervorrichtung über ein Drahtlosträgersystem empfangen wird. Implementierungen der beschriebenen Techniken können Hardware, ein Verfahren oder Prozess oder Computersoftware auf einem computerzugänglichen Medium beinhalten.
Ein allgemeiner Aspekt beinhaltet ein nicht-flüchtiges und maschinenlesbares Medium, auf dem ausführbare Anweisungen gespeichert sind, die zum Übertragen eines oder mehrerer Software-Updates über das Internet geeignet sind, die, wenn sie einer Steuerung zur Verfügung gestellt und von dieser ausgeführt werden, die Steuerung zu Folgendem veranlassen: Empfangen eines Software-Updates; Empfangen einer Fahrzeugbefehlsanforderung; Erzeugen eines Kommunikationspakets als Reaktion auf die Fahrzeugbefehlsanforderung, das Aktualisierungsrückrufinformationen basierend auf dem Software-Update und einen Fahrzeugbefehl basierend auf der Fahrzeugbefehlsanforderung beinhaltet; und Senden des Kommunikationspakets an ein Fahrzeug. Andere Ausführungsformen dieses Aspekts beinhalten entsprechende Computersysteme, Vorrichtungen und Computerprogramme, die auf einer oder mehreren Computerspeichervorrichtungen aufgezeichnet sind, die jeweils zum Ausführen der Aktionen des Verfahrens ausgelegt sind.
Implementierungen können eines oder mehrere der folgenden Merkmale beinhalten. Der nicht-flüchtige und maschinenlesbare Speicher beinhaltet ferner: nach dem Empfangen des Software-Updates, Kommunizieren mit dem Fahrzeug, um zu bestimmen, ob das Software-Update vom Fahrzeug installiert werden kann; und Erzeugen des Kommunikationspakets, um die Aktualisierungsrückrufinformationen und den Fahrzeugbefehl einzuschließen, wenn bestimmt wird, dass das Fahrzeug in der Lage ist, das Software-Update zu installieren; andernfalls Erzeugen eines Kommunikationspakets, das die Aktualisierungsrückrufinformationen ausschließt. Nicht-flüchtiger und maschinenlesbarer Speicher, wobei die Aktualisierungsrückrufinformationen das Fahrzeug anweisen, das Software-Update aus der Steuerung abzurufen. Nicht-flüchtiger und maschinenlesbarer Speicher, wobei das Kommunikationspaket als SMS-basierte OTA-Benachrichtigung an das Fahrzeug gesendet wird. Nicht-flüchtiger und maschinenlesbarer Speicher, wobei: das Software-Update nach dem Empfangen in eine Warteschlange gestellt wird; und das Software-Update bis zum Übertragen des Kommunikationspakets im nicht-flüchtigen und maschinenlesbaren Medium gespeichert wird. Nicht-flüchtiger und maschinenlesbarer Speicher, wobei die Fahrzeugbefehlsanforderung von einer mobilen Computervorrichtung über ein Drahtlosträgersystem empfangen wird. Implementierungen der beschriebenen Techniken können Hardware, ein Verfahren oder Prozess oder Computersoftware auf einem computerzugänglichen Medium beinhalten.
Die obigen Merkmale und Vorteile sowie weitere Merkmale und Vorteile der vorliegenden Lehren ergeben sich leicht aus der folgenden detaillierten Beschreibung der Lehren, wenn diese in Verbindung mit den beigefügten Zeichnungen genommen werden.
Figurenliste
Die vorliegende Offenbarung wird im Folgenden in Verbindung mit den nachstehenden Zeichnungsfiguren beschrieben, worin gleiche Bezugszeichen gleiche Elemente bezeichnen und worin:

1 ist ein Blockdiagramm, das eine exemplarische Ausführungsform eines Kommunikationssystems darstellt, das fähig ist, das hierin offenbarte System und Verfahren zu verwenden, und
2 ist ein Flussdiagramm für eine exemplarische Methodik zum Übertragen eines oder mehrerer in der Warteschlange befindlicher Over-the-Air-Software-Updates.

AUSFÜHRLICHE BESCHREIBUNG
Ausführungsformen der vorliegenden Offenbarung sind hierin 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ßstabsgerecht; einige Merkmale können größer oder kleiner dargestellt sein, um die Einzelheiten bestimmter Komponenten zu veranschaulichen. Folglich sind die hierin offenbarten aufbau- und funktionsspezifischen Details nicht als einschränkend zu verstehen, sondern lediglich als repräsentative Grundlage, um den Fachleuten die verschiedenen Arten und Weisen der Nutzung des vorliegenden Systems und/oder Verfahrens zu vermitteln. Wie Fachleute verstehen, können verschiedene Merkmale, die mit Bezug auf beliebige der Figuren dargestellt und beschrieben werden, mit Merkmalen kombiniert werden, die in einer oder mehreren anderen Figuren dargestellt sind, um Ausführungsformen zu erzeugen, die nicht explizit dargestellt oder beschrieben sind. Die dargestellten Kombinationen von 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 jedoch für bestimmte Anwendungen und Implementierungen erwünscht sein.
Mit Bezug auf 1 ist eine Betriebsumgebung dargestellt, die u. a. ein mobiles Fahrzeugkommunikationssystem 10 umfasst, das verwendet werden kann, um das hierin offenbarte Verfahren zu implementieren. Das Kommunikationssystem 10 beinhaltet im Allgemeinen ein Fahrzeug 12, ein oder mehrere Drahtlosträgersysteme 14, ein Festnetz 16, einen Computer 18 und ein Datenzentrum 20. Es versteht sich, dass das offenbarte Verfahren mit einer beliebigen Anzahl an unterschiedlichen Systemen verwendet werden kann und nicht speziell auf die hier gezeigte Betriebsumgebung eingeschränkt ist. Auch die Architektur, Konstruktion, Konfiguration und der Betrieb des Systems 10 und seiner einzelnen Komponenten sind in der Technik allgemein bekannt. Somit stellen die folgenden Absätze lediglich einen kurzen Überblick über ein solches Kommunikationssystem 10 bereit; aber auch andere, hier nicht dargestellte Systeme könnten die offenbarten Verfahren einsetzen.
Das Fahrzeug 12 ist in der veranschaulichten Ausführungsform als ein Personenkraftwagen dargestellt, aber es sollte erkannt werden, dass irgendein anderes Fahrzeug einschließlich, aber nicht beschränkt auf Motorräder, Lastwagen, Busse, Sport Utility Vehicles (SUVs), Freizeitfahrzeuge (RVs), Baufahrzeuge (z. B. Bulldozer), Züge, Wagen, Wasserfahrzeuge (z. B. Boote), Flugzeuge, Hubschrauber, Vergnügungsparkfahrzeuge, landwirtschaftliche Geräte, Golfwagen, Straßenbahnen usw. ebenfalls verwendet werden kann. Ein Teil der Fahrzeugelektronik 28 wird im Allgemeinen in 1 gezeigt und beinhaltet eine Telematikeinheit 30, ein Mikrofon 32, eine oder mehrere Tasten oder andere Steuereingänge 34, ein Audiosystem 36, eine optische Anzeige 38, ein GPS-Modul 40 sowie eine Anzahl an Fahrzeugsystemmodulen (VSMs) 42. Einige dieser Vorrichtungen können direkt mit der Telematikeinheit 30, wie z. B. dem Mikrofon 32 und der/den Taste(n) 34, verbunden sein, während andere indirekt unter Verwendung einer oder mehrerer Netzwerkverbindungen, wie einem Kommunikationsbus 44 oder einem Entertainmentbus 46, verbunden sind. Beispiele geeigneter Netzwerkverbindungen umfassen einen CAN-Bus (CAN - Controller Area Network), einen medienorientierten Systemtransfer (MOST - Media Oriented System Transfer), ein lokales Kopplungsstrukturnetzwerk (LIN - Local Interconnection Network), ein lokales Netzwerk (LAN - Local Area Network) und andere geeignete Verbindungen, wie z. B. Ethernet, oder andere, die u. a. den bekannten ISO-, SAE- und IEEE-Standards und -Spezifikationen entsprechen.
Die Telematikeinheit 30 kann eine OEM-installierte (eingebettete) oder eine Nachrüstmarkt-Sende-/Empfangsvorrichtung sein, die in dem Fahrzeug installiert ist und drahtlose Sprach- und/oder Datenkommunikation über das Drahtlosträgersystem 14 und über drahtlose Vernetzung ermöglicht. Dies ermöglicht dem Fahrzeug die Kommunikation mit dem Rechenzentrum 20, anderen telematikfähigen Fahrzeugen oder anderen Einheiten und Geräten. Die Telematikeinheit 30 verwendet bevorzugt Funkübertragungen, um einen Kommunikationskanal (einen Sprachkanal und/oder einen Datenkanal) mit dem Mobilfunkanbietersystem 14 herzustellen, sodass Sprach- und/oder Datenübertragungen über den Kanal gesendet und erhalten werden können. Durch Bereitstellen von sowohl Sprach- als auch Datenkommunikation ermöglicht die Telematikeinheit 30, dass das Fahrzeug eine Anzahl an unterschiedlichen Diensten anbieten kann, die diejenigen beinhalten, die mit Navigation, Fernsprechen, Nothilfe, Diagnose, Infotainment usw., verbunden sind. Daten können entweder über eine Datenverbindung, wie beispielsweise über Paketdatenübertragung über einen Datenkanal oder über einen Sprachkanal unter Verwendung von auf dem Fachgebiet bekannten Techniken, gesendet werden. Für kombinierte Dienste, die sowohl Sprachkommunikation (z. B. mit einem Live-Berater 86 oder einer Sprachausgabeeinheit im Rechenzentrum 20) als auch Datenkommunikation (z. B. um GPS-Ortsdaten oder Fahrzeugdiagnosedaten an das Rechenzentrum 20 bereitzustellen) einschließen, kann das System einen einzelnen Anruf über einen Sprachkanal verwenden und nach Bedarf zwischen Sprach- und Datenübertragung über den Sprachkanal umschalten, und dies kann unter Verwendung von Techniken erfolgen, die dem Fachmann im Stand der Technik bekannt sind.
Gemäß einer Ausführungsform verwendet die Telematikeinheit 30 eine Mobilfunkkommunikation gemäß Standards, wie beispielsweise LTE oder 5G und beinhaltet daher einen Mobilfunkstandardchipsatz 50 für die Sprachkommunikation, wie Freisprechen, ein drahtloses Modem für die Datenübertragung (d. h. Empfänger), eine elektronische Verarbeitungsvorrichtung 52, mindestens eine digitale Speichervorrichtung 54 und ein Antennensystem 56. Es versteht sich, dass das Modem entweder durch Software implementiert sein kann, die in der Telematikeinheit gespeichert und durch den Prozessor 52 ausgeführt wird, oder es kann eine separate Hardwarekomponente sein, die sich innerhalb oder außerhalb der Telematikeinheit 30 befinden kann. Das Modem kann unter Verwendung einer beliebigen Anzahl an verschiedenen Normen oder Protokollen arbeiten, wie WCDMA, LTE und 5G, ist aber nicht darauf beschränkt. Die drahtlose Vernetzung zwischen Fahrzeug 12 und den anderen vernetzten Vorrichtungen kann auch unter Verwendung der Telematikeinheit 30 erfolgen. Für diesen Zweck kann die Telematikeinheit 30 konfiguriert sein, gemäß einem oder mehreren Protokollen drahtlos zu kommunizieren, wie beispielsweise einem der IEEE 802.11-Protokolle, WiMAX oder Bluetooth. Wenn die Telematikeinheit für paketvermittelte Datenkommunikation wie TCP/IP verwendet wird, kann sie mit einer statischen IP-Adresse konfiguriert oder eingerichtet werden, automatisch eine zugewiesene IP-Adresse von einer anderen Vorrichtung am Netzwerk, wie einem Router oder einem Netzwerkadressenserver, erhalten.
Eine der vernetzten Vorrichtungen, die mit der Telematikeinheit 30 kommunizieren können, ist eine mobile Computervorrichtung 57, wie beispielsweise, aber nicht beschränkt auf, ein Smartphone, einen persönlichen Laptop-Computer, eine intelligente tragbare Vorrichtung oder einen Netbook-Computer oder einen Tablet-Computer mit zwei-Wege-Kommunikationsfähigkeiten. Die mobile Computervorrichtung 57 kann Computerverarbeitungsfähigkeiten und Speicher (nicht dargestellt) beinhalten, einen Empfänger der zur Kommunikation mit dem Drahtlosträgersystem 14 in der Lage ist, und/oder ein GPS-Modul, das GPS-Satellitensignale empfangen und GPS-Koordinaten basierend auf diesen Signalen erzeugen kann. Zu den Beispielen für die mobile Computervorrichtung 57 gehören das iPhone™, hergestellt von Apple, Inc. und das Pixel™, das von HTC Inc. gefertigt wird, sowie andere.
Die mobile Computervorrichtung 57 weist zusätzlich eine fahrzeugbezogene Softwareanwendung 61 (z. B. RemoteLink™ von OnStar, myChevrolet™ von General Motors, usw.) auf, die sich im Speicher befinden. Diese Fahrzeuganwendung kann heruntergeladen werden (z. B. von einem Online-Anwendungs-Store oder Marktplatz) und im elektronischen Speicher der Vorrichtung gespeichert werden. Wenn die Fahrzeuganwendung 61 in einer oder mehreren Ausführungsformen installiert ist, ermöglicht die Fahrzeuganwendung 61 dem Benutzer der mobilen Computervorrichtung das Verwalten und Senden einer oder mehrerer entfernter Befehlsanforderungen (z. B. Fernstartanforderung, verzögerte Fernstartanforderung, Fahrzeugdiagnose-Aktualisierungsanforderung, Standortaktualisierungsanforderung usw.) von der mobilen Computervorrichtung 57. Diese Anforderungsinformationen können auch über das Drahtlosträgersystem 14 an das Rechenzentrum 20 zur Verarbeitung und nachfolgenden Erzeugung eines oder mehrerer Fahrzeugbefehle (z. B. Fernstart, Fahrzeugdiagnose-Update, Standortaktualisierung, usw) übertragen werden.
Die Telematiksteuerung 52 (Prozessor) kann jede Vorrichtungsart sein, die fähig ist, elektronische Befehle zu verarbeiten, einschließlich Mikroprozessoren, Mikrocontrollern, Hostprozessoren, Steuerungen, Fahrzeugkommunikationsprozessoren und anwendungsspezifische integrierte Schaltungen (ASICs). Er kann ein speziell dafür vorgesehener Prozessor sein, der nur für die Telematikeinheit 30 verwendet wird, oder er kann mit anderen Fahrzeugsystemen geteilt werden. Die Telematiksteuerung 52 führt verschiedene Arten von digital gespeicherten und aktualisierbaren Anweisungen aus, wie beispielsweise Software oder Firmwareprogramme, die im Speicher 54 gespeichert sind, welche der Telematikeinheit ermöglichen, eine große Vielfalt von Diensten bereitzustellen. So kann zum Beispiel die Steuerung 52 Programme ausführen oder Prozessdaten verarbeiten, um mindestens einen Teil des Systems und/oder Verfahrens auszuführen, die hierin beschrieben sind.
Die Telematikeinheit 30 kann verwendet werden, um eine vielfältige Palette von Fahrzeugdiensten bereitzustellen, die drahtlose Over-the-Air-Nachrichten/Kommunikation zu und/oder vom Fahrzeug beinhalten. Derartige Dienste beinhalten: Over-the-Air-Software-Updates, Wegbeschreibungen und andere navigationsbezogene Dienste, die in Verbindung mit dem GPS-basierten Fahrzeugnavigationsmodul 40 bereitgestellt sind; Airbagauslösungsbenachrichtigung und andere mit Notruf oder Pannendienst verbundene Dienste, die in Verbindung mit einem oder mehreren Fahrzeugsystemmodulen 42 (VSM) bereitgestellt werden; Diagnosemeldungen unter Verwendung von einem oder mehreren Diagnosemodulen; und mit Infotainment verbundene Dienste, wobei Musik, Internetseiten, Filme, Fernsehprogramme, Videospiele und/oder andere Informationen durch ein Infotainmentmodul (nicht dargestellt) heruntergeladen und für die aktuelle oder spätere Wiedergabe gespeichert werden. Die vorstehend aufgelisteten Dienste sind keineswegs eine vollständige Liste aller Fähigkeiten der Telematikeinheit 30, sondern sie sind einfach eine Aufzählung von einigen der Dienste, die die Telematikeinheit 30 anbieten kann. Des Weiteren versteht es sich, dass mindestens einige der vorstehend genannten Module in der Form von Softwarebefehlen implementiert sein könnten, die innerhalb oder außerhalb der Telematikeinheit 30 gespeichert sind, sie könnten Hardwarekomponenten sein, die sich innerhalb oder außerhalb der Telematikeinheit 30 befinden, oder sie könnten integriert sein und/oder miteinander oder mit anderen Systemen geteilt zu sein, die sich im Fahrzeug befinden, um nur einige Möglichkeiten zu nennen. Für den Fall, dass die Module als VSM 42 implementiert sind, die sich außerhalb der Telematikeinheit 30 befinden, könnten sie den Fahrzeugbus 44 verwenden, um Daten und Befehle mit der Telematikeinheit auszutauschen.
Das GPS-Modul 40 empfängt Funksignale von einer Konstellation 60 von GPS-Satelliten. Von diesen Signalen kann das Modul 40 die Fahrzeugposition ermitteln, die verwendet wird, um Navigation und andere mit der Position verbundene Dienste an den Fahrzeugführer bereitzustellen. Navigationsinformationen können auf der Anzeige 38 (oder einer anderen Anzeige innerhalb des Fahrzeugs) dargestellt oder in verbaler Form präsentiert werden, wie es beispielsweise bei der Wegbeschreibungsnavigation der Fall ist. Die Navigationsdienste können unter Verwendung von einem zugehörigen Fahrzeugnavigationsmodul (das Teil des GPS-Moduls 40 sein kann) bereitgestellt werden, oder einige oder alle Navigationsdienste können über die Telematikeinheit 30 erfolgen, wobei die Positionsinformationen zum Zweck des Ausstattens des Fahrzeugs mit Navigationskarten, Kartenanmerkungen (Sehenswürdigkeiten, Restaurants usw.), Routenberechnungen und dergleichen zu einem entfernten Standort gesendet werden. Die Positionsinformationen können auch für andere Zwecke, wie beispielsweise das Fuhrparkmanagement, an das Rechenzentrum 20 oder ein anderes entferntes Computersystem, wie beispielsweise an den Computer 18, übermittelt werden. Außerdem können neue oder aktualisierte Kartendaten zum GPS-Modul 40 vom Rechenzentrum 20 über die Telematikeinheit 30 heruntergeladen werden.
Abgesehen vom Audiosystem 36 und dem GPS-Modul 40 kann das Fahrzeug 12 andere VSMs 42 in der Form von elektronischen Hardwarekomponenten beinhalten, die sich im Fahrzeug befinden und typischerweise eine Eingabe von einem oder mehreren Sensoren erhalten und die erfassten Eingaben verwenden, um Diagnose, Überwachung, Steuerung, Berichterstattung und/oder andere Funktionen auszuführen. Jedes der VSMs 42 ist vorzugsweise durch den Kommunikationsbus 44 mit den anderen VSM sowie der Telematikeinheit 30 verbunden und kann darauf programmiert sein, Fahrzeugsystem- und Subsystemdiagnosetests auszuführen.
So kann beispielsweise ein VSM 42 ein Motorsteuergerät (ECM) sein, das verschiedene Aspekte des Motorbetriebs, wie z. B. Kraftstoffzündung und Zündzeitpunkt steuert, ein weiteres VSM 42 kann ein Antriebsstrangsteuermodul sein, das den Betrieb von einer oder mehreren Komponenten des Fahrzeugantriebsstrangs reguliert, und ein weiteres VSM 42 kann ein Chassis-Steuermodul sein, das verschiedene im Fahrzeug befindliche elektrische Komponente, wie beispielsweise die Zentralverriegelung des Fahrzeugs und die Scheinwerfer, verwaltet. Gemäß einer Ausführungsform ist das Motorsteuergerät mit integrierten Diagnose (OBD)-Funktionen ausgestattet, die unzählige Echtzeitdaten, wie z. B. die von verschiedenen Sensoren, einschließlich Fahrzeugemissionssensoren, erhaltenen Daten bereitstellen und eine standardisierte Reihe von Diagnosefehlercodes (DTCs) liefern, die einem Techniker ermöglichen, Fehlfunktionen innerhalb des Fahrzeugs schnell zu identifizieren und zu beheben. Fachleute auf dem Fachgebiet werden erkennen, dass es sich bei den vorgenannten VSMs nur um Beispiele von einigen der Module handelt, die im Fahrzeug 12 verwendet werden können, zahlreiche andere Module jedoch ebenfalls möglich sind.
Die Fahrzeugelektronik 28 beinhaltet auch eine Anzahl an Fahrzeugbenutzeroberflächen, die Fahrzeuginsassen mit einem Mittel zum Bereitstellen und/oder das Erhalten von Informationen ausstattet, einschließlich Mikrofon 32, Taste(n) 34, Audiosystem 36, und optischer Anzeige 38. Wie hier verwendet, beinhaltet der Begriff „Fahrzeugbenutzeroberfläche“ weitgehend jede geeignete Form von elektronischer Vorrichtung, die sowohl die im Fahrzeug befindlichen Hardware- als auch Softwarekomponenten beinhaltet und einem Fahrzeugbenutzer ermöglicht, mit einer oder durch eine Komponente des Fahrzeugs zu kommunizieren. Das Mikrofon 32 stellt eine Audioeingabe an die Telematikeinheit bereit, um dem Fahrer oder anderen Insassen zu ermöglichen, Sprachsteuerungen bereitzustellen und Freisprechen über das Drahtlosträgersystem 14 auszuführen. Für diesen Zweck kann es mit einer integrierten automatischen Sprachverarbeitungseinheit verbunden sein, welche die unter Fachleuten auf dem Gebiet bekannte Mensch-Maschinen-Schnittstellen (HMI)-Technologie verwendet.
Die Taste(n) 34 ermöglichen eine manuelle Benutzereingabe in die Telematikeinheit 30, um drahtlose Telefonanrufe zu initiieren und andere Daten, Antworten oder eine Steuereingabe bereitzustellen. Separate Tasten können zum Einleiten von Notrufen gegenüber regulären Dienstunterstützungsanrufen beim Rechenzentrum 20 verwendet werden. Das Audiosystem 36 stellt eine Audioausgabe an einen Fahrzeuginsassen bereit und kann ein zugehöriges selbstständiges System oder Teil des primären Fahrzeugaudiosystems sein. Gemäß der bestimmten Ausführungsform, die hier gezeigt wird, ist das Audiosystem 36 operativ sowohl mit dem Fahrzeugbus 44 als auch mit dem Entertainmentbus 46 gekoppelt und kann AM-, FM, Media-Streaming-Dienste (z. B. PANDORA RADIO™, SPOTIFY™ usw.), Satellitenradio, CD-, DVD- und andere Multimediafunktionalität bereitstellen. Diese Funktionalität kann in Verbindung mit dem vorstehend beschriebenen Infotainmentmodul oder davon unabhängig bereitgestellt werden. Die optische Anzeige 38 ist vorzugsweise eine Grafikanzeige, wie z. B. ein Berührungsbildschirm am Armaturenbrett oder eine Warnanzeige, die von der Frontscheibe reflektiert wird, und verwendet werden kann, um eine Vielzahl von Eingabe- und Ausgabefunktionen bereitzustellen (d. h. zur GUI-Implementierung in der Lage). Das Audiosystem 36 kann auch mindestens eine Audio-Benachrichtigung erzeugen, um bekannt zu geben, dass diese Kontaktinformationen auf der Anzeige 38 angezeigt werden und/oder eine Audio-Benachrichtigung erzeugen können, die unabhängig die Kontaktinformationen des Drittanbieters melden. Verschiedene andere Fahrzeugbenutzeroberflächen können ebenfalls verwendet werden, denn die Schnittstellen von 1 dienen lediglich als Beispiel für eine bestimmte Implementierung.
Das Drahtlosträgersystem 14 ist vorzugsweise ein Mobilfunksystem, das eine Vielzahl von Mobilfunkmasten 70 (nur einer dargestellt), eine oder mehrere Mobilfunknetzwerkinfrastrukturen (Cellular Network Infrastructures - CNI) 72 beinhaltet, sowie andere zur Verbindung von Drahtlosträgersystem 14 mit dem Festnetz 16 erforderliche Netzwerkkomponenten. Jeder Mobilfunkmast 70 beinhaltet Sende- und Empfangsantennen und eine Basisstation, wobei die Basisstationen von unterschiedlichen Mobilfunkmasten mit der CNI 72 entweder direkt oder über zwischengeschaltete Vorrichtungen, wie z. B. eine Basisstationssteuereinheit, verbunden sind. Das Mobiltelefonsystem 14 kann jede geeignete Kommunikationstechnik implementieren, einschließlich beispielsweise analoger Technologien, wie AMPS oder die neueren Digitaltechnologien, wie beispielsweise 4G LTE und 5G. Wie von Fachleuten erkannt wird, sind verschiedene Mobilfunkmast/Basisstation/MSC-Anordnungen möglich und könnten mit dem drahtlosen System 14 verwendet werden. So könnten sich beispielsweise Basisstation und Mobilfunktürme an derselben Stelle oder entfernt voneinander befinden, jede Basisstation könnte für einen einzelnen Mobilfunkturm zuständig sein oder eine einzelne Basisstation könnte verschiedene Mobilfunktürme bedienen und verschiedene Mobilfunktürme könnten mit einer einzigen MSC gekoppelt werden, um nur einige der möglichen Anordnungen zu nennen.
Abgesehen vom Verwenden des Drahtlosträgersystems 14 kann ein unterschiedliches Drahtlosträgersystem in der Form von Satellitenkommunikation verwendet werden, um unidirektionale oder bidirektionale Kommunikation mit dem Fahrzeug bereitzustellen. Dies kann unter Verwendung von einem oder mehreren Fernmeldesatelliten 62 und einer aufwärtsgerichteten Sendestation 64 erfolgen. Bei der unidirektionalen Kommunikation kann es sich beispielsweise um Satellitenradiodienste handeln, worin programmierte Inhaltsdaten (Nachrichten, Musik usw.) von der Sendestation 64 erhalten werden, für das Hochladen gepackt und anschließend zum Satelliten 62 gesendet werden, der die Programmierung an die Teilnehmer sendet. Bidirektionale Kommunikation kann beispielsweise Satellitentelefoniedienste unter Verwendung der Satelliten 62 sein, um Telefonkommunikationen zwischen dem Fahrzeug 12 und der Station 64 weiterzugeben. Bei Verwendung kann dieses Satellitenfernsprechen entweder zusätzlich zum oder anstatt des Drahtlosträgersystems 14 verwendet werden.
Das Festnetz 16 kann ein konventionelles landgebundenes Telekommunikationsnetzwerk sein, das mit einem oder mehreren Festnetztelefonen verbunden ist und das Drahtlosträgersystem 14 mit dem Rechenzentrum 20 verbindet. So kann beispielsweise das Festnetz 16 ein Fernsprechnetz (PSTN) wie jenes sein, das verwendet wird, um festverdrahtetes Fernsprechen, paketvermittelte Datenkommunikationen und die Internetinfrastruktur (d. h. ein Netz von miteinander verbundenen Knotenpunkten für Computergeräte) bereitzustellen. Ein oder mehrere Segmente des Festnetzes 16 könnten durch Verwenden eines normalen drahtgebundenen Netzwerks, eines Lichtleiter- oder eines anderen optischen Netzwerks, eines Kabelnetzes, von Stromleitungen, anderen drahtlosen Netzwerken, wie drahtlose lokale Netzwerke (WLANs) oder Netzwerke, die drahtlosen Breitbandzugang (BWA) bereitstellen oder jeder Kombination davon, implementiert sein. Des Weiteren muss das Rechenzentrum 20 nicht über das Festnetz 16 verbunden sein, sondern könnte Funktelefonieausrüstung beinhalten, sodass er direkt mit einem drahtlosen Netzwerk, wie dem Drahtlosträgersystem 14, kommunizieren kann.
Der Computer 18 kann einer von einer Anzahl an Computern sein, die über ein privates oder öffentliches Netzwerk, wie das Internet, zugänglich sind. Jeder dieser Computer 18 kann für einen oder mehrere Zwecke, wie einen Webserver verwendet werden, der vom Fahrzeug über die Telematikeinheit 30 und das Drahtlosträgersystem 14 zugänglich ist. Andere derartige zugängliche Computer 18 können beispielsweise sein: ein Kundendienstzentrumcomputer (z. B. ein SIP Präsenz-Server), wobei Diagnoseinformationen und andere Fahrzeugdaten vom Fahrzeug über die Telematikeinheit 30 hochgeladen werden können; ein Clientcomputer, der vom Fahrzeugbesitzer oder einem anderen Teilnehmer für derartige Zwecke, wie das Zugreifen auf oder das Erhalten von Fahrzeugdaten oder zum Einstellen oder Konfigurieren von Teilnehmerpräferenzen oder Steuern von Fahrzeugfunktionen, verwendet wird; oder ein Drittparteispeicherort, zu dem oder von dem Fahrzeugdaten oder andere Informationen entweder durch Kommunizieren mit dem Fahrzeug 12 oder dem Rechenzentrum 20 oder beiden bereitgestellt werden. Ein Computer 18 kann auch für das Bereitstellen von Internetkonnektivität, wie DNS-Dienste oder als ein Netzwerkadressenserver, verwendet werden, der DHCP oder ein anderes geeignetes Protokoll verwendet, um dem Fahrzeug 12 eine IP-Adresse zuzuweisen.
Das Rechenzentrum 20 ist konzipiert, die Fahrzeugelektronik 28 mit einer Anzahl von unterschiedlichen System-Backend-Funktionen (z. B. Senden von Software-Updates über das Internet) bereitzustellen, und beinhaltet nach dem hier gezeigten Ausführungsbeispiel im Allgemeinen einen oder mehrere Switches 80, Server 82, Datenbanken 84, Live-Berater 86 sowie ein automatisiertes Sprachausgabesystem (VRS) 88, die alle auf dem Fachgebiet bekannt sind. Diese verschiedenen Komponenten des Rechenzentrums sind bevorzugt miteinander über ein verdrahtetes oder drahtloses lokales Netzwerk 90 gekoppelt. Der Schalter 80, der ein Nebenstellenanlagen (PBX)-Schalter sein kann, leitet eingehende Signale weiter, sodass Sprachübertragungen gewöhnlich entweder zum Live-Berater 86 über das reguläre Telefon, den Backend-Computer 87 oder das automatisierte Sprachausgabesystem 88 unter Verwendung von VoIP gesendet werden. Der Server 82 kann eine Datensteuerung 81 enthalten, die im Wesentlichen den Betrieb des Servers 82 steuert. Der Server 82 kann Dateninformationen steuern und als Empfänger fungieren, um die Dateninformationen (d. h. Datenübertragungen) von einer oder mehreren der Datenbanken 84, der Telematikeinheit 30 und der mobilen Computervorrichtung 57 zu senden und/oder zu empfangen.
Die Steuerung 81 ist in der Lage, ausführbare Anweisungen, die auf einem nichtflüchtigen maschinenlesbaren Medium gespeichert sind, zu lesen und kann einen oder mehrere aus einem Prozessor, einem Mikroprozessor, einer zentralen Verarbeitungseinheit (CPU), einem Grafikprozessor, anwendungsspezifischen integrierten Schaltungen (ASICs), feldprogrammierbaren Gate-Arrays (FPGAs), Zustandsmaschinen und eine Kombination von Hardware-, Software- und Firmware-Komponenten beinhalten. Das Live-Berater-Telefon kann auch VoIP verwenden, wie durch die gestrichelte Linie in 1 angezeigt. VoIP und andere Datenkommunikation durch den Switch 80 ist über ein Modem (d. h. einen Sender-Empfänger) implementiert, das das Landkommunikationsnetzwerk 16 und das lokale Netzwerk 90 verbindet.
Datenübertragungen werden über das Modem an den Server 82 und/oder die Datenbank 84 weitergegeben. Die Datenbank 84 kann Kontoinformationen speichern, wie beispielsweise Fahrzeugdynamikinformationen und andere entsprechende Teilnehmerinformationen. Datenübertragungen können zudem durch drahtlose Systeme, wie z. B. 802.11x, GPRS und dergleichen, erfolgen. Obwohl die veranschaulichte Ausführungsform beschrieben wurde, als ob sie in Verbindung mit einem bemannten Rechenzentrum 20 verwendet werden würde, das den Live-Berater 86 einsetzt, ist es offensichtlich, dass das Rechenzentrum stattdessen VRS 88 als einen automatisierten Berater verwenden kann, oder eine Kombination von VRS 88 und dem Live-Berater 86 verwendet werden kann.
Die Datenbank 84 könnte auch so konzipiert sein, dass sie Informationen in Form von ausführbaren Anweisungen speichert, wie beispielsweise, jedoch nicht beschränkt auf, zahlreiche Anwendungsprogrammierschnittstellen-(APIs)-Suites, auf die über den Server 82 zugegriffen wird und die ausgeführt und/oder von diesem gesteuert werden. Darüber hinaus können diese API-Suiten in bestimmten Ausführungsformen für den Systembenutzer, das Datenzentrum 20 oder einen oder mehrere Dritte zugänglich sein. Als Beispiele kann eine API-Suite ein Software-Update-Warteschlangenmodul 92 (Warteschlangenmodul) sein. Das Warteschlangenmodul 92 kann ein Software-Update der Fahrzeugsoftware empfangen, das als nicht dringend erachtet werden kann (z. B. ein Release-Update-Paket, Update für die Konfiguration der Infotainmentanzeige, Prepaid-Mobilfunkguthaben). Das Warteschlangenmodul 92 kann dann das Update in eine Warteschlange stellen und dann zumindest in der Datenbank 84 zwischenspeichern, bis das Rechenzentrum 20 eine Fahrzeugbefehlsanforderung erhalten hat, die der Warteschlangennummer des Updates entspricht (z. B. Fernstartanforderung, verzögerte Fernstartanforderung, Fahrzeugdiagnose-Aktualisierungsanforderung, Standortaktualisierungsanforderung usw.). Nach dem Empfangen des Befehls stellt das Warteschlangenmodul 92 dem Server 82 das Software-Update zur Verfügung, sodass der Server basierend auf dem Software-Update Aktualisierungsrückrufinformationen erzeugen kann (d. h. Anweisungen für die Telematikeinheit 30 zum reagierenden Anruf-Server 82 zum Herunterladen des Software-Updates). Alternativ kann das Warteschlangenmodul 92 in einer oder mehreren Ausführungsformen selbst die Aktualisierungsrückrufinformationen basierend auf dem Software-Update erzeugen und diese Informationen dem Server 82 zur Verfügung stellen.
VERFAHREN
In Bezug nun auf 2 wird eine Ausführungsform eines Verfahrens 200 zum Übertragen eines oder mehrerer in der Warteschlange stehender OTA-Software-Updates dargestellt. Ein oder mehrere Aspekte des Übertragungsverfahrens 200 können durch das Warteschlangenmodul 92 ergänzt werden, das vom Server 82 des Datenzentrums 20 implementiert wird, der eine oder mehrere ausführbare Anweisungen enthalten kann, die in die Datenbank 81 integriert sind. Ein oder mehrere Aspekte des Verfahrens 200 können ansonsten beispielsweise durch die Fahrzeugtelematikeinheit 30 und die mobile Computervorrichtung 57 ausgeführt werden. Qualifizierte Fachleute werden außerdem erkennen, dass die Telematikeinheit 30, das Rechenzentrum 20 und die mobile Computervorrichtung 57 entfernt voneinander platziert werden können.
Das Verfahren 200 wird durch die Telematikeinheit 30 unterstützt, die konfiguriert ist, um ein oder mehrere Kommunikationsprotokolle mit dem Rechenzentrum 20 einzurichten. Diese Konfiguration kann durch den Fahrzeughersteller in oder nahe der Zeit der Montage oder des Nachrüstens der Telematikeinheit oder als Aftermarket-Element erfolgen (z. B. über Fahrzeug-Download mittels des oben dargestellten Kommunikationssystems 10 oder während einer Fahrzeugwartung, um nur einige Beispiele zu nennen). In mindestens einer Implementierung werden eine oder mehrere Anweisungen an die Telematikeinheit 30 bereitgestellt und auf einem nichtflüchtigen computerlesbaren Medium (z. B. auf der Speichervorrichtung 54) gespeichert. Das Verfahren 200 wird weiterhin durch die Vorkonfiguration des Rechenzentrums 20 unterstützt, um das Warteschlangenmodul 92 sowie eine oder mehrere APIs in der Datenbank 84 zu speichern, auf die jeweils über den Server 82 zugegriffen werden kann. Das Verfahren 200 wird ferner noch durch die Vorkonfiguration der mobilen Computervorrichtung 57 unterstützt, um eine oder mehrere Fahrzeugbefehlsanforderungen zu erzeugen und eine oder mehrere Softwareanwendungen in ihrem elektronischen Speicher zu speichern.
Das Verfahren 200 beginnt bei Schritt 210, bei welchem ein nicht dringendes Software-Update auf den Server 82 (zum Speichern in der Datenbank 84) heruntergeladen wird. Das Software-Update kann beispielsweise eine neue Fahrzeugsoftware oder eine neuere Version einer bereits vorhandenen Fahrzeugsoftware sein, wie beispielsweise ein Software-Upgrade, Patches oder Bugfixes oder das OTA-Software-Update kann beispielsweise eine Aktualisierung der Konfigurationseinstellungen einer bereits vorhandenen Fahrzeugsoftware sein. Darüber hinaus kann das OTA-Software-Update mittels eines Kommunikationsprotokolls über das Drahtlosträgersystem 14 (d. h. ein Over-the-Air- oder OTA-Software-Update) an die Telematikeinheit 30 übertragen werden. Darüber hinaus gelten Software-Updates als nicht dringend, wenn sie heruntergeladen und in der Telematikeinheit 30 oder einem anderen Fahrzeugsystem zu einem bestimmten Zeitpunkt nach dem Herunterladen des Updates auf den Server 82 installiert werden können, da das Update die Fahrzeugleistung oder die Sicherheit der Insassen nicht wesentlich beeinträchtigt. So können beispielsweise Funkeinstellungen für das Infotainment-Betriebssystem der Telematikeinheit 30 oder Prepaid-Mobilfunkguthaben 12 Stunden bis Tage nach dem Herunterladen auf den Server 82 vom Fahrzeug installiert werden, da eine verspätete Installation dieser Merkmale keine Fahrzeugbedienungsfehler verursachen würde (z. B. Bremsprobleme, Ausfälle/Pannen bei den Diensten der Telematikeinheit usw.) oder würde eine verspätete Installation eine Gefahr für Fahrzeuginsassen darstellen. In einer oder mehreren Ausführungsformen kann das Software-Update beim Herunterladen auf den Server 82 an eine auf der Datenbank 84 installierte API für externe Wiederholungsanforderungen (ERRM) übermittelt werden.
Im optionalen Schritt 220 kommuniziert der Server 82 mit dem Fahrzeug 12, um die Fahrzeughardware zu analysieren und zu bestimmen, ob das Software-Update auf dem Fahrzeug 12 installiert werden soll. So kann beispielsweise der Server 82 auf eine Fahrzeugkommunikationssystem-(VCS)-API zugreifen, um mit der Telematikeinheit 30 über ein eingerichtetes Kommunikationsprotokoll zu kommunizieren, um auf diese Weise eine Analyse durchzuführen, ob die Telematikeinheit 30 ein Betriebssystem aufweist, das konfiguriert ist, um das spezifische Software-Upgrade zu empfangen, das in dem Software-Update inbegriffen ist. Wenn der Server 82 bestimmt, dass es sich bei dem Software-Update um ein Software-Update handelt, das von der Telematikeinheit 30 heruntergeladen werden kann, fährt das Verfahren 200 mit Schritt 230 fort; andernfalls fährt das Verfahren 200 mit der Fertigstellung 201 fort (z. B. wenn das Software-Upgrade für ein Infotainment-Betriebssystem konzipiert ist, das nicht auf der Telematikeinheit 30 installiert ist).
In Schritt 230 kommuniziert der Server 82 mit dem Warteschlangenmodul 92, um das Software-Update in eine Warteschlange zu stellen und das Update zumindest vorübergehend in der Datenbank 84 zu speichern (d. h. das Software-Update bleibt gespeichert, bis seine Warteschlangennummer aufgerufen wird). Die Warteschlange kann zudem als First-in-Firstout-System konfiguriert werden. In Schritt 240 empfängt der Server 82 eine Fahrzeugbefehlsanforderung, die der Warteschlangennummer des Updates zugeordnet sein kann. Insbesondere kann diese Befehlsanforderung nach einem längeren Zeitraum empfangen werden, wenn das Warteschlangenmodul 92 das Software-Update zunächst in der Datenbank 84 gespeichert hat (z. B. sechs Stunden, zwei Tage usw.), sowie nach dem Empfangen anderer Anforderungen, die den anderen Warteschlangennummern zugeordnet sind.
Wie vorstehend erläutert, kann diese Fahrzeugbefehlsanforderung von der mobilen Computervorrichtung 57 von einem Benutzer, der seine Fernstartfahrzeuganwendung aktiviert und bedient (z. B. RemoteLink™ von OnStar, myChevrolet™ von General Motors, usw.), erzeugt und drahtlos übertragen werden. Darüber hinaus kann die Fahrzeugbefehlsanforderung eine von mehreren im Allgemeinen bekannten Anforderungen sein, wie beispielsweise eine Fernstartanforderung, eine verzögerte Fernstartanforderung, eine Aktualisierungsanforderung der Fahrzeugdiagnose oder eine Standortaktualisierungsanforderung. Wie folgt, fordert eine Fernstartanforderung den Server 82 zum Erzeugen eines Fahrzeugbefehls auf, der den Motorbetrieb und/oder ein oder mehrere Fahrzeugsysteme des Fahrzeugs 12 startet. Eine verzögerte Fernstartanforderung fordert den Server 82 auf, einen Fahrzeugbefehl zu erzeugen, der den Motor und/oder ein oder mehrere Fahrzeugsysteme zu einem bestimmten Zeitpunkt nach dem Empfangen der Anforderung (z. B. zwei (2) Stunden) startet. Eine Anforderung zum Aktualisieren der Fahrzeugdiagnose fordert den Server 82 auf, einen Fahrzeugbefehl zu erzeugen, der bewirkt, dass das Fahrzeug Diagnosedaten für ein oder mehrere Fahrzeugsysteme und/oder VSMs 42 erzeugt und überträgt. Diese Diagnoseinformationen können zudem zu Darstellungszwecken an die mobile Computervorrichtung 57 gesendet werden. Eine Standortaktualisierungsanforderung fordert den Server 82 auf, einen Fahrzeugbefehl zu erzeugen, der bewirkt, dass das Fahrzeug aktuelle Standortinformationen (z. B. GPS-Ortungsinformationen) erzeugt und überträgt, die auch an die mobile Computervorrichtung 57 zu Darstellungszwecken gesendet werden können.
In Schritt 250 erzeugt der Server 82 als Reaktion auf die Befehlsanforderung (d. h. ein Auslösungsereignis) einen Befehl. So kann beispielsweise der Server 82 einen Fernstartbefehl, einen Fahrzeugdiagnose-Aktualisierungsbefehl, einen Standortaktualisierungsbefehl (siehe vorstehend) erzeugen. Dieser Befehl kann außerdem in binärer Form vorliegen und eine Folge von Ganzzahlen sein, die von der Telematikeinheit 30 erkennbar sind (d. h. eine Nachricht mit Zahlen und Buchstaben). Wie folgt, sollte der Prozessor 52 beim Empfangen durch die Telematikeinheit 30 die Befehlsnachricht analysieren und anschließend ausführbare Anweisungen von der digitalen Speichervorrichtung 54 abrufen, um den Prozessor 52 zu veranlassen, den Befehl auszuführen.
In Schritt 260 erzeugt der Server 82 Aktualisierungsrückrufinformationen, die, wenn sie von der Telematikeinheit 30 empfangen werden, die Telematikeinheit 30 anweisen, den Server 82 automatisch anzurufen, um das Software-Update über das Drahtlosträgersystem 14 anzufordern und abzurufen. Ähnlich wie beim Befehl können diese Rückrufinformationen auch binär vorliegen und eine Folge von Ganzzahlen sein, die von der Telematikeinheit 30 erkennbar sind. In einer oder mehreren Ausführungsformen kann der Server 82 in diesem Schritt mit dem Warteschlangenmodul 92 kommunizieren, um diese Rückrufinformationen durch das Modul zu erzeugen oder einfach Rückrufinformationen abzurufen, die zuvor vom Warteschlangenmodul 92 erzeugt wurden, als es das Software-Update zum ersten Mal in die Warteschlange gestellt hat. In einer oder mehreren Ausführungsformen kann das Warteschlangenmodul 92 es ermöglichen, dass exklusive Arten von Fahrzeugbefehlsanforderungen als Auslöseereignisse für die Warteschlange zählen. So können beispielsweise Fernstartanforderungen und verzögerte Fernstartanforderungen nur bis zur Aktualisierung der Rückrufinformationen durch den Server 82 zählen.
In Schritt 270 erstellt der Server 82 ein Kommunikationspaket, das mindestens die erzeugten Aktualisierungsrückrufinformationen und -befehle beinhaltet. Das Kommunikationspaket kann als Kurznachrichtendienst-(SMS)-basierte Over-The-Air-(OTA)-Benachrichtigung verkörpert sein, die sowohl die Befehls- und Aktualisierungsrückrufinformationen als auch Anweisungen zum Ausführen des Befehls vor dem Ausführen einer der Aktualisierungsrückrufinformationen zugeordneten Aktion beinhaltet. Darüber hinaus können die Nachrichten im Kommunikationspaket oder das Kommunikationspaket selbst verschlüsselt werden. Es sollte verstanden werden, dass dieses Kommunikationspaket mindestens eine innovative Anordnung von mindestens den Aktualisierungsrückrufinformationen und Befehlsmerkmale ist. Das Kommunikationspaket verbessert auch die Fähigkeit des Servers 82, mit dem Fahrzeug 12 zu kommunizieren, da dieses Paket die Anzahl der Interaktionen reduziert, die zum Übertragen bestimmter Informationen erforderlich sind, und kann somit die Verbindungsausfallraten, die Datenübertragungsgeschwindigkeit und die Effizienz verringern, da die Kommunikationsleitungen zwischen Server 82 und Fahrzeug 12 zum Zeitpunkt der Übertragung eher empfangsbereit sind. Darüber hinaus kann die Implementierung des Kommunikationspakets in das System 10 die Gesamtkosten für die Fahrzeugkommunikation senken, da die Anzahl der SMS-basierten OTA-Benachrichtigungen, die an das Fahrzeug 12 gesendet werden müssen, reduziert werden kann, da jede SMS-basierte OTA-Benachrichtigung mit einer Gebühr pro Transaktion verbunden ist.
In Schritt 280 sendet der Server 82 das Kommunikationspaket über ein eingerichtetes Kommunikationsprotokoll (Kanal) über das Drahtlosträgersystem 14 an das Fahrzeug 12. Nach dem Empfangen des Befehlspakets endet dieses Kommunikationsprotokoll und die Telematikeinheit 30 analysiert sowohl die Befehlsnachricht als auch die Rückrufinformation und ruft anschließend entsprechende ausführbare Anweisungen von der digitalen Speichervorrichtung 54 ab. Die ausführbaren Anweisungen veranlassen dann den Prozessor 52, den Befehl auszuführen (z. B. das Starten des Fahrzeugs) und dann mit dem Antennensystem 56 zusammenzuwirken, um ein eigenes unabhängiges Kommunikationsprotokoll mit dem Server 82 über das Drahtlosträgersystem 14 aufzubauen. Zudem fordert der Prozessor 52 nach dem Einrichten dieses separaten Rückrufkommunikationsprotokolls den Server 82 auf, das Status-Update zum Herunterladen über das Protokoll bereitzustellen. Des Weiteren kann auf Anfrage des Servers 82, der das Update bereitstellt, eine Handshake-Technik zwischen dem Server 82 und der Telematikeinheit 30 durchgeführt werden, um die Anforderung als authentisch zu überprüfen. Es sollte verstanden werden, dass das Kommunikationsprotokoll verschlüsselt sein kann.
In Schritt 290 kommuniziert der Server 82 mit dem Warteschlangenmodul 92, um das Software-Update von der Datenbank 84 abzurufen, und kann alle Datenbank-/Modulsätze aktualisieren, um dieses Abrufen zu dokumentieren (d. h. die Warteschlange zu aktualisieren). Nachdem das Software-Update vom Warteschlangenmodul 92 abgerufen wurde, stellt der Server 82 das Software-Update für die Telematikeinheit 30 zum Herunterladen über das Kommunikationsprotokoll zur Verfügung. Die Telematikeinheit 30 ruft dann das Software-Update ab, lädt es herunter und installiert es. Nach Schritt 290 fährt das Verfahren 200 mit der Fertigstellung 201 fort.
Die hierin offenbarten Prozesse, Verfahren oder Algorithmen können von einer Verarbeitungsvorrichtung, einer Steuerung oder einem Computer, der jedes vorhandene programmierbare elektronische Steuergerät oder ein dediziertes elektronisches Steuergerät beinhalten kann, bereitgestellt und/oder implementiert werden. Desgleichen können die Prozesse, Verfahren oder Algorithmen als Daten oder ausführbare Anweisungen durch eine Steuerung oder einen Computer in vielfältiger Weise gespeichert werden, darunter ohne Einschränkung die dauerhafte Speicherung auf nicht beschreibbaren Speichermedien, wie einem ROM, und als änderbare Information auf beschreibbaren Speichermedien wie Disketten, Magnetbändern, CDs, RAM sowie anderen magnetischen und optischen Medien. Die Prozesse, Verfahren oder Algorithmen können auch in einem softwareausführbaren Objekt implementiert werden. Alternativ können die Prozesse, Verfahren oder Algorithmen ganz oder teilweise mit geeigneten Hardwarekomponenten, wie beispielsweise anwendungsspezifischen integrierten Schaltungen (ASICs), feldprogrammierbaren Gate Arrays (FPGAs), Zustandsmaschinen, Steuerungen oder anderen Hardwarekomponenten oder Vorrichtungen oder einer Kombination von Hardware, Software und Firmwarekomponenten verkörpert werden.
Während beispielhafte Ausführungsformen vorstehend beschrieben sind, ist es nicht beabsichtigt, dass diese Ausführungsformen alle möglichen Formen beschreiben, die von den Patentansprüchen abgedeckt sind. Vielmehr dienen die in der Spezifikation verwendeten Worte der Beschreibung und nicht der Beschränkung und es versteht sich, dass verschiedene Änderungen vorgenommen werden können, ohne vom Geist und Umfang der Offenbarung abzuweichen. Wie zuvor beschrieben, können die Merkmale verschiedener Ausführungsformen kombiniert werden, um weitere Ausführungsformen des Systems oder des Verfahrens zu bilden, die nicht explizit beschrieben oder veranschaulicht werden. Während verschiedene Ausführungsformen beschrieben worden sein könnten, um Vorteile zu bieten oder gegenüber anderen Ausführungsformen oder Implementierungen des Standes der Technik in Bezug auf eine oder mehrere gewünschte Merkmale bevorzugt zu sein, werden Fachleute auf dem Gebiet erkennen, dass ein oder mehrere oder Eigenschaften beeinträchtigt werden können, um gewünschte Gesamtsystemattribute zu erreichen, die von der spezifischen Anwendung und Implementierung abhängen. Diese Attribute können Kosten, Festigkeit, Haltbarkeit, Lebenszykluskosten, Marktfähigkeit, Aussehen, Verpackung, Größe, Gebrauchstauglichkeit, Gewicht, Herstellbarkeit, Leichtigkeit der Montage usw. beinhalten, sind aber nicht darauf beschränkt. Daher sind Ausführungsformen, die nach dem Stand der Technik, in Bezug auf eine oder mehrere Eigenschaften als weniger wünschenswert als andere Ausführungsformen oder Implementierungen beschrieben sind, nicht außerhalb des Schutzumfangs der Offenbarung und können für bestimmte Anwendungen wünschenswert sein.
Raumbezogene Begriffe, wie „innere“, „äußere“, „unterhalb“, „unter“, „untere“, „über“, „obere“ und dergleichen, können hierin zur besseren Beschreibung der Beziehung von einem Element oder einer Ausrüstung zu anderen Elementen oder Eigenschaften, wie in den Figuren dargestellt, verwendet werden. Räumlich relative Begriffe können bezwecken, unterschiedliche Ausrichtungen der Vorrichtung im Gebrauch oder Betrieb neben der in den Figuren dargestellten Orientierung zu umspannen. Wird beispielsweise die Vorrichtung in den Figuren umgedreht, würden Elemente, die als „unterhalb“ von oder „unter“ anderen Elementen oder Eigenschaften beschrieben werden, dann „oberhalb“ anderer Elemente oder Eigenschaften ausgerichtet sein. Daher kann der Beispielbegriff „unterhalb“ sowohl eine Orientierung von oberhalb als auch von unterhalb enthalten. Die Vorrichtung kann anderweitig ausgerichtet werden (um 90 Grad gedreht oder in andere Richtungen) und die hierin verwendeten räumlich bezogenen Schlagworte können dementsprechend interpretiert werden.
Keines der in den Ansprüchen genannten Elemente ist als Mittel für eine Funktion (sog. „means plus function“) nach 35 U.S.C. §112(f) zu verstehen, es sei denn, ein Element wird ausdrücklich unter Verwendung des Begriffes „means for“ (Mittel für) beschrieben oder falls in einem Verfahrensanspruch die Begriffe „Vorgang für“ oder „Schritt für“ in den Patentansprüchen verwendet werden.

Claims

Verfahren zum Übertragen eines oder mehrerer Over-the-Air-Software-Updates, wobei das Verfahren Folgendes umfasst: (a) Empfangen eines Software-Updates über eine Steuerung; (b) Empfangen einer Fahrzeugbefehlsanforderung über eine Steuerung; (c) als Reaktion auf die Fahrzeugbefehlsanforderung über die Steuerung, Erzeugen eines Kommunikationspakets, das Aktualisierungsrückrufinformationen basierend auf dem Software-Update und einen Fahrzeugbefehl basierend auf der Fahrzeugbefehlsanforderung umfasst; und (d) Senden des Kommunikationspakets über die Steuerung an ein Fahrzeug.
Verfahren nach Anspruch 1, des Weiteren umfassend: (e) nach Schritt (a), Kommunizieren mit dem Fahrzeug, über die Steuerung, um zu bestimmen, ob das Software-Update vom Fahrzeug installiert werden kann; und Erzeugen des Kommunikationspakets von Schritt (c), wenn bestimmt wird, dass das Fahrzeug in der Lage ist, das Software-Update zu installieren; andernfalls Erzeugen eines Kommunikationspakets in Schritt (c), das die Aktualisierungsrückrufinformationen ausschließt.
Verfahren nach Anspruch 1, worin die Aktualisierungsrückrufinformationen das Fahrzeug anweisen, das Software-Update von der Steuerung abzurufen.
Verfahren nach Anspruch 1, worin der Fahrzeugbefehl ein Fernstartbefehl, ein Aktualisierungsbefehl für die Fahrzeugdiagnose, ein Standortaktualisierungsbefehl oder eine Kombination derselben ist.
Verfahren nach Anspruch 1, worin das Software-Update in eine Warteschlange gestellt wird, nachdem Schritt (a) ausgeführt wurde, und das Software-Update in einem Speicher gespeichert wird, bis Schritt (d) ausgeführt wurde.
System zum Übertragen eines oder mehrerer Over-the-Air-Software-Updates, wobei das System Folgendes umfasst: einen Speicher, der so konfiguriert ist, dass er eine oder mehrere ausführbare Anweisungen umfasst, und eine Steuerung, die so konfiguriert ist, dass sie die ausführbaren Anweisungen ausführt, worin die ausführbaren Anweisungen die Steuerung zu folgendem veranlassen: Empfangen eines Software-Updates; Empfangen einer Fahrzeugbefehlsanforderung; als Reaktion auf die Fahrzeugbefehlsanforderung, Erzeugen eines Kommunikationspakets, das Aktualisierungsrückrufinformationen basierend auf dem Software-Update und einen Fahrzeugbefehl basierend auf der Fahrzeugbefehlsanforderung umfasst; und Übertragen des Kommunikationspakets an ein Fahrzeug.
System nach Anspruch 6, ferner umfassend: nach dem Empfangen des Software-Updates, Kommunizieren mit dem Fahrzeug, um zu bestimmen, ob das Software-Update vom Fahrzeug installiert werden kann; und Erzeugen des Kommunikationspakets, um die Aktualisierungsrückrufinformationen und den Fahrzeugbefehl einzuschließen, wenn bestimmt wird, dass das Fahrzeug in der Lage ist, das Software-Update zu installieren; andernfalls Erzeugen eines Kommunikationspakets, das die Aktualisierungsrückrufinformationen ausschließt.
System nach Anspruch 6, worin die Aktualisierungsrückrufinformationen das Fahrzeug anweisen, das Software-Update von der Steuerung abzurufen.
System nach Anspruch 6, worin: das Software-Update nach dem Empfangen in eine Warteschlange gestellt wird; und das Software-Update bis zum Übertragen des Kommunikationspakets im Speicher gespeichert wird.
Ein nicht-flüchtiges und maschinenlesbares Medium mit darauf gespeicherten ausführbaren Anweisungen zum Übertragen eines oder mehrerer Over-the-Air-Software-Updates, die, wenn sie einer Steuerung bereitgestellt und von dieser ausgeführt werden, bewirken, dass die Steuerung: ein Software-Update empfängt; Empfangen einer Fahrzeugbefehlsanforderung; als Reaktion auf die Fahrzeugbefehlsanforderung, Erzeugen eines Kommunikationspakets, das Aktualisierungsrückrufinformationen basierend auf dem Software-Update und einen Fahrzeugbefehl basierend auf der Fahrzeugbefehlsanforderung umfasst; und Übertragen des Kommunikationspakets an ein Fahrzeug.