DE102019115450A1

DE102019115450A1 - Optimierte TCU-Sendeleistung

Info

Publication number: DE102019115450A1
Application number: DE102019115450.2A
Authority: DE
Inventors: Jeffrey William Wirtanen; Muhammad Khaledul Islam; Yihai ZHANG
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2018-06-07
Filing date: 2019-06-06
Publication date: 2019-12-12
Also published as: US11146659B2; CN110650446A; US20190379763A1

Abstract

Diese Offenbarung stellt optimierte TCU-Sendeleistung bereit. Ein Fahrzeug beinhaltet einen Prozessor, der dazu programmiert ist, ein Modem zu Folgendem zu verwenden: Empfangen einer Aktualisierungsanforderung als Short-Message-Service-(SMS-)Nachricht, Identifizieren einer Netzqualitätsmetrik für eine Datenverbindung mit einer Basisstation eines Weitverkehrsnetzes, wenn die Qualitätsmetrik einen vordefinierten Schwellenwert überschreitet, Herunterladen der Softwareaktualisierung aus dem Weitverkehrsnetz, und andernfalls Senden einer Aktualisierungsantwort als SMS-Zustellbericht, der die Ablehnung der Aktualisierungsanforderung angibt.

Description

GEBIET DER TECHNIK
Aspekte der Offenbarung betreffen im Allgemeinen die Optimierung der Sendeleistung für Fahrzeugtel ematiksteuerungen.
ALLGEMEINER STAND DER TECHNIK
Moderne Fahrzeuge beinhalten Komponenten, die durch Steuerungen betrieben werden, die Software ausführen. Die Software muss unter Umständen von Zeit zu Zeit aktualisiert werden. OTA-Softwareaktualisierungen (over-the air) erfreuen sich aufgrund der Bequemlichkeit, die sie bieten, immer größerer Beliebtheit. In einem OTA-System werden Fahrzeuge angewiesen, die neue Software drahtlos „über die Luft“ von einem Server herunterzuladen. Die neue Software wird dann in den Steuerungen installiert.
KURZDARSTELLUNG
In einem oder mehreren veranschaulichenden Beispielen beinhaltet ein Fahrzeug einen Prozessor, der dazu programmiert ist, ein Modem zu Folgendem zu verwenden: Empfangen einer Aktualisierungsanforderung als Short-Message-Service-(SMS-)Nachricht, Identifizieren einer Netzqualitätsmetrik für eine Datenverbindung mit einer Basisstation eines Weitverkehrsnetzes, wenn die Qualitätsmetrik einen vordefinierten Schwellenwert überschreitet, Herunterladen der Softwareaktualisierung aus dem Weitverkehrsnetz, und andernfalls Senden einer Aktualisierungsantwort als SMS-Zustellbericht, der die Ablehnung der Aktualisierungsanforderung angibt.
In einem oder mehreren veranschaulichenden Beispielen beinhaltet ein Verfahren als Reaktion darauf, dass durch ein Fahrzeug eine Aktualisierungsanforderung zum Installieren einer Softwareaktualisierung als Short-Message-Service-(SMS-)Nachricht empfangen wird, Identifizieren einer Netzqualitätsmetrik für eine Datenverbindung mit einer Basisstation eines Weitverkehrsnetzes; wenn die Qualitätsmetrik einen vordefinierten Schwellenwert überschreitet, der der Softwareaktualisierung entspricht, Herunterladen der Softwareaktualisierung aus dem Weitverkehrsnetz; und andernfalls Senden eines SMS-Zustellberichts, der die Ablehnung der Aktualisierungsanforderung angibt.
In einem oder mehreren veranschaulichenden Beispielen beinhaltet ein System einen Speicher, der eine Datenbank speichert; und einen Prozessor. Der Prozessor ist zu Folgendem programmiert: Senden einer Aktualisierungsanforderung an ein Fahrzeug, Empfangen einer Aktualisierungsantwort, die die Ablehnung der Aktualisierungsanforderung und einen Standort des Fahrzeugs angibt, Aktualisieren der Datenbank zum Angeben, dass das Fahrzeug die Aktualisierungsanforderung an dem Standort abgelehnt hat, und Verwenden der Datenbank zum Verhindern, dass an dem Standort weitere Aktualisierungsanforderungen an das Fahrzeug gesendet werden.
Figurenliste

1 veranschaulicht ein beispielhaftes System zum Installieren von Softwareaktualisierungen in einem Fahrzeug;
2 veranschaulicht ein beispielhaftes Diagramm des Fahrzeugs, das Kommunikationsmerkmale zur Verwendung beim Installieren von Softwareaktualisierungen umsetzt;
3 veranschaulicht ein Beispiel für die Umsetzungseinrichtungen für den Aktualisierungsserver zum Bereitstellen von Softwareaktualisierungen;
4 veranschaulicht einen beispielhaften Prozess für die Installation von Softwareaktualisierungen durch ein Fahrzeug; und
5 veranschaulicht einen beispielhaften Prozess zum Anfordern der Installation von Software in einem Fahrzeug durch den Aktualisierungsserver.

DETAILLIERTE BESCHREIBUNG
Ausführliche Ausführungsformen der vorliegenden Erfindung werden hier nach Bedarf offenbart; dabei versteht es sich jedoch, dass die offenbarten Ausführungsformen für die Erfindung, die in verschiedenen und alternativen Formen ausgeführt sein kann, lediglich beispielhaft sind. Die Figuren sind nicht zwingend maßstabsgetreu; einige Merkmale können vergrößert oder verkleinert dargestellt sein, um Details bestimmter Komponenten zu zeigen. Demnach sind in dieser Schrift offenbarte konkrete strukturelle und funktionelle Details nicht als einschränkend auszulegen, sondern lediglich als repräsentative Grundlage, um den Fachmann die vielfältige Verwendung der vorliegenden Erfindung zu lehren.
Softwareaktualisierungen und andere Aufgaben mit niedrigerer Priorität geschehen typischerweise mitten in der Nacht (oder zu anderen Tageszeiten). Dies macht sich zunutze, dass das Fahrzeug nicht in Verwendung ist und niedrigere Mobilfunk- (oder WLAN-) Datenkosten anfallen. Manchmal ist das Fahrzeug jedoch an einem Standwort mit schlechtem Netz geparkt, wie etwa in einer Garage oder einem unterirdischen Parkhaus. Falls das Fahrzeug an einem Standort mit schlechtem Netz geparkt ist, ist eine hohe Sendeleistung erforderlich, wodurch die Autobatterie entladen werden kann. Der Unterschied bei der Leistung, die erforderlich ist, um bei guter bzw. schlechter Abdeckung zu übertragen, kann erheblich sein. Wenn dementsprechend eine Softwareaktualisierung ausgelöst wird, kann der Sendeleistungspegel nützlich sein, um zu identifizieren, ob sich eine Aktualisierung mit niedriger Priorität im Vergleich zu einer Aktualisierung mit hoher Priorität lohnt.
Bei einem verbesserten Ansatz für Softwareaktualisierungen können Signalqualitätsmetriken verwendet werden, um zu bestätigen, dass die Verbindung innerhalb eines Leistungsbudgets erfolgen kann. Dies unterscheidet sich von Systemen, die sich auf die Signalstärke stützen, da aufgrund einer Überlastung des Netzes eine gute Signalstärke, aber ein schlechter Durchsatz vorliegen kann. Da zusätzlich Signalqualitätsmetriken von einer Basisstation verwendet werden, kann die Entscheidung zum Einschalten der Fahrzeugsysteme vor dem Aufbauen einer vollständigen Verbindung getroffen werden, wodurch die Last bei ausgeschalteter Zündung reduziert wird. Zum Beispiel könnte das Fahrzeug eine Aktualisierungsnachricht (die z. B. als Short-Message-Service-(SMS-)Anforderung gesendet wird) bei schlechten Netzbedingungen ablehnen, ohne dass die gesamte Telematiksteuerung oder die Fahrzeugsteuerungen zum Aktualisieren eingeschaltet werden.
1 veranschaulicht ein beispielhaftes System 100 zum Installieren von Softwareaktualisierungen 112 in einem Fahrzeug 102. Wie gezeigt, beinhaltet das System 100 die Fahrzeuge 102A und 102B (gemeinsam 102), die über ein Weitverkehrsnetz 104 mit einem Aktualisierungsserver 110 in Kommunikation stehen. Das Fahrzeug 102 ist zur drahtlosen Kommunikation mit Basisstationen 106 konfiguriert, die mit dem Weitverkehrsnetz 104 verbunden sind. Der Übersichtlichkeit halber ist nur eine Basisstation 106 gezeigt, es ist jedoch anzumerken, dass die Systeme 100 typischerweise viele Basisstationen 106 beinhalten, die so angeordnet sind, dass sie einen großen geographischen Bereich abdecken. Wenngleich in 1 ein beispielhaftes System 100 gezeigt ist, sollen die veranschaulichten beispielhaften Komponenten nicht der Einschränkung dienen. Tatsächlich kann das System 100 mehr oder weniger Komponenten aufweisen und es können zusätzliche oder alternative Komponenten und/oder Umsetzungen verwendet werden. Als ein Beispiel kann das System 100 mehr oder weniger Fahrzeuge 102, Basisstationen 106 und/oder Aktualisierungsserver 110 beinhalten.
Die Fahrzeuge 102 können verschiedene Arten von Automobilen, Softroadern (crossover utility vehicle - CUV), Geländelimousinen (sport utility vehicle - SUV), Trucks, Wohnmobilen (recreational vehicle - RV), Booten, Flugzeugen oder anderen Bewegungsmaschinen zum Befördern von Personen oder Transportieren von Gütern handeln. In vielen Fällen kann das Fahrzeug 102 durch eine Brennkraftmaschine angetrieben werden. Als eine andere Möglichkeit kann das Fahrzeug 102 ein Hybridelektrofahrzeug (hybrid electric vehicle - HEV) sein, das sowohl durch eine Brennkraftmaschine als auch einen oder mehrere Elektromotoren angetrieben wird, wie etwa ein Serienhybrid-Elektrofahrzeug (series hybrid electric vehicle - SHEV), ein Parallelhybrid-Elektrofahrzeug (parallel hybrid electrical vehicle - PHEV) oder ein Parallel-/Serienhybrid-Elektrofahrzeug (parallel/series hybrid electric vehicle - PSHEV). Da die Art und die Konfiguration des Fahrzeugs 102 variieren können, können dementsprechend auch die Fähigkeiten des Fahrzeugs 102 variieren. Als einige andere Möglichkeiten können die Fahrzeuge 102 unterschiedliche Fähigkeiten hinsichtlich der Fahrgastkapazität, der Anhängefähigkeit und -last und des Stauraums aufweisen. Weitere Aspekte der Funktionsweise des Fahrzeugs 102 werden unter Bezugnahme auf 2 ausführlich erörtert.
Das Weitverkehrsnetz 104 kann ein oder mehrere miteinander verbundene Kommunikationsnetze, wie etwa als einige nicht einschränkende Beispiele das Internet, ein Kabelfernsehverteilungsnetz, ein Satellitenverbindungsnetz, ein lokales Netz und ein Telefonnetz, beinhalten. Durch Zugreifen auf das Weitverkehrsnetz 104 kann das Fahrzeug 102 dazu in der Lage sein, ausgehende Daten von dem Fahrzeug 102 an Netzziele im Weitverkehrsnetz 104 zu senden und eingehende Daten an das Fahrzeug 102 von Netzzielen im Weitverkehrsnetz 104 zu empfangen.
Die Basisstationen 106 können Systemhardware beinhalten, die dazu konfiguriert ist, es Mobilfunksendeempfängern der Fahrzeuge 102 zu ermöglichen, auf die Kommunikationsdienste des Weitverkehrsnetzes 104 zuzugreifen. In einem Beispiel können die Basisstationen 106 Teil eines Mobilfunkanbieters für Global System for Mobile Communications (GSM) sein. In einem anderen Beispiel können die Basisstationen 106 Teil eines Mobilfunkanbieters für Codemultiplexverfahren (code division multiple access - CDMA) sein. Die Basisstationen 106 können verschiedene unterschiedliche Technologien und Datenübertragungsraten unterstützen.
Die Signalstärke von Funksignalen von den Basisstationen 106 zu den Fahrzeugen 102 kann abnehmen, wenn der Abstand zwischen den Basisstationen 106 und den Fahrzeugen 102 zunimmt. Zusätzlich können Hindernisse zwischen den Basisstationen 106 und dem Fahrzeug 102 die Signalstärke weiter reduzieren. Zum Beispiel kann die Signalstärke zwischen den Basisstationen 106 und einem Fahrzeug 102A, das auf einer Fahrbahn fährt, größer als die Signalstärke zwischen den Basisstationen 106 und einem Fahrzeug 102B sein, das sich innerhalb eines Gebäudes 108 wie etwa einer Garage befindet. Dies kann an der Dämpfung des Signals durch das Gebäude 108 liegen, obwohl sich das Fahrzeug 102B physisch näher an den Basisstationen 106 befindet als das Fahrzeug 102A.
Der Aktualisierungsserver 110 kann Rechenhardware beinhalten, die dazu konfiguriert ist, den Fahrzeugen 102 Datendienste bezüglich des Bereitstellens von Softwareaktualisierungen 112 bereitzustellen. Die Softwareaktualisierungen 112 können Aktualisierungen von Firmware, Software und/oder Einstellungen des Fahrzeugs 102 beinhalten. Weitere Aspekte der Funktionsweise des Aktualisierungsservers 110 werden unter Bezugnahme auf 3 ausführlich erörtert.
Eine Aktualisierungsanforderung 114 ist eine Nachricht, die von dem Aktualisierungsserver 110 an das Fahrzeug 102 gesendet wird, um anzugeben, dass es sich um eine Softwareaktualisierung 112 handelt, die in dem Fahrzeug 102 installiert werden sollte. Zum Beispiel kann die Aktualisierungsanforderung 114 eine Kennung oder eine andere Angabe einer bestimmten zu installierenden Softwareaktualisierung 112 beinhalten. In einigen Beispielen kann die Aktualisierungsanforderung 114 ferner eine Priorität einer Aktualisierung beinhalten, wie etwa, dass eine Aktualisierung kritisch ist und so bald wie möglich installiert werden sollte oder dass eine Aktualisierung eine niedrige Priorität aufweist und aufgeschoben werden kann. Alternativ kann die Aktualisierungsanforderung 114 dem Fahrzeug 102 einfach angeben, dass sich das Fahrzeug 102 über eine Datenverbindung mit dem Aktualisierungsserver 110 verbinden sollte, um zu bestimmen, welche Softwareaktualisierungen 112 installiert werden sollten. In einem Beispiel kann die Nachricht über Short Message Service (SMS) an eine Telefonnummer des Fahrzeugs 102 gesendet werden. In anderen Beispielen kann die Nachricht jedoch über eine Datenverbindung an eine Internet-Protocol-Adresse des Fahrzeugs 102 gesendet werden.
Eine Aktualisierungsantwort 116 ist eine Nachricht, die von dem Fahrzeug 102 als Antwort auf den Empfang der Aktualisierungsanforderung 114 durch das Fahrzeug 102 gesendet wird.
Die Aktualisierungsantwort 116 kann Informationen von dem Fahrzeug 102 angeben, die sich auf den Empfang der Aktualisierungsanforderung 114 beziehen. In einem Beispiel kann die Aktualisierungsantwort 116 eine Bestätigung angeben, dass das Fahrzeug 102 die Aktualisierung versuchen wird. In einem anderen Beispiel kann die Aktualisierungsantwort 116 angeben, dass das Fahrzeug 102 die Aktualisierung nicht versuchen wird.
In noch einem weiteren Beispiel kann die Aktualisierungsantwort 116 Informationen angeben, die erklären, warum das Fahrzeug 102 die Aktualisierung möglicherweise nicht versucht. Zum Beispiel können derartige Informationen angeben, dass sich das Fahrzeug 102 in einem Bereich mit schlechter Netzkonnektivität befindet.
Eine Aktualisierungsanbieteranwendung 118 kann ein Beispiel für eine auf dem Aktualisierungsserver 110 installierten Anwendung sein. Bei Ausführung durch den Aktualisierungsserver 110 kann die Aktualisierungsanbieteranwendung 118 dazu konfiguriert sein, Aktualisierungsanforderungen 114 an das Fahrzeug 102 zu senden sowie Aktualisierungsantworten 116 von dem Fahrzeug 102 zu empfangen. Weitere Aspekte des Betriebs der Aktualisierungsanbieteranwendung 118 werden nachstehend ausführlich erörtert.
2 veranschaulicht ein beispielhaftes Diagramm 200 des Fahrzeugs 102, das Kommunikationsmerkmale zur Verwendung beim Installieren von Softwareaktualisierungen 112 umsetzt. Das Fahrzeug 102 beinhaltet eine Telematiksteuerung 202, die dazu konfiguriert ist, über das Weitverkehrsnetz 104 zu kommunizieren. Diese Kommunikation kann unter Verwendung eines Modems 208 der Telematiksteuerung 202 durchgeführt werden. Wenngleich in 2 ein beispielhaftes Fahrzeug 102 gezeigt ist, sollen die veranschaulichten beispielhaften Komponenten nicht der Einschränkung dienen. Tatsächlich kann das Fahrzeug 102 mehr oder weniger Komponenten aufweisen und es können zusätzliche oder alternative Komponenten und/oder Umsetzungen verwendet werden.
Die Telematiksteuerung 202 kann dazu konfiguriert sein, Sprachbefehls- und BLUETOOTH-Schnittstellen zum Fahrer und zu Fahrermobilgeräten (z. B. mobilen Vorrichtungen 210) zu unterstützen, Benutzereingaben über verschiedene Tasten oder andere Steuerungen zu empfangen und einem Fahrer oder anderen Insassen des Fahrzeugs 102 Fahrzeugstatusinformationen bereitzustellen. Eine beispielhafte Telematiksteuerung 202 kann das SYNC-System sein, das durch die FORD MOTOR COMPANY in Dearborn, Michigan, bereitgestellt wird.
Die Telematiksteuerung 202 kann ferner verschiedene Arten von Rechenvorrichtungen zur Unterstützung der Durchführung der Funktionen der hier beschriebenen Telematiksteuerung 202 beinhalten. In einem Beispiel kann die Telematiksteuerung 202 einen oder mehrere Prozessoren 204, die zum Ausführen von Computeranweisungen konfiguriert sind, und ein Speichermedium 206, auf dem die computerausführbaren Anweisungen und/oder Daten gespeichert sein können, beinhalten. Ein computerlesbares Speichermedium (auch als prozessorlesbares Medium oder Datenspeicher 206 bezeichnet) beinhaltet ein beliebiges nichtflüchtiges (z. B. physisches) Medium, das an der Bereitstellung von Daten (z. B. Anweisungen) beteiligt ist, die durch einen Computer (z. B. durch den bzw. die Prozessor(en) 204) gelesen werden können. Im Allgemeinen empfängt ein Prozessor 204 Anweisungen und/oder Daten, z. B. von dem Datenspeicher 206 usw., an einen Arbeitsspeicher und führt die Anweisungen unter Verwendung der Daten aus, wodurch ein oder mehrere Prozesse, einschließlich eines oder mehrerer der hier beschriebenen Prozesse, durchgeführt werden. Computerausführbare Anweisungen können von Computerprogrammen zusammengestellt oder ausgewertet werden, die unter Verwendung einer Vielzahl von Programmiersprachen und/oder -technologien erstellt worden sind, einschließlich unter anderem und entweder für sich oder in Kombination JAVA, C, C++, C#, FORTRAN, PASCAL, VISUAL BASIC, PYTHON, JAVA SCRIPT, PERL, PL/SQL usw.
Die Telematiksteuerung 202 kann dazu konfiguriert sein, mit mobilen Vorrichtungen 210 der Fahrzeuginsassen zu kommunizieren. Bei den mobilen Vorrichtungen 210 kann es sich um beliebige verschiedener Arten von tragbaren Rechenvorrichtungen handeln, wie etwa Mobilfunktelefone, Tablet-Computer, Smartwatches, Laptop-Computer, tragbare Musikwiedergabevorrichtungen oder andere Vorrichtungen, die zur Kommunikation mit der Telematiksteuerung 202 in der Lage sind. Wie die Telematiksteuerung 202 kann die mobile Vorrichtung 210 einen oder mehrere Prozessoren, die zum Ausführen von Computeranweisungen konfiguriert sind, und ein Speichermedium, auf dem die computerausführbaren Anweisungen und/oder Daten gespeichert sein können, beinhalten. In vielen Beispielen kann die Telematiksteuerung 202 einen drahtlosen Sendeempfänger 212 (z. B. eine BLUETOOTH-Steuerung, einen ZIGBEE-Sendeempfänger, einen WLAN-Sendeempfänger usw.) beinhalten, der dazu konfiguriert ist, mit einem kompatiblen drahtlosen Sendeempfänger der mobilen Vorrichtung 210 zu kommunizieren. Zusätzlich oder alternativ kann die Telematiksteuerung 202 über eine drahtgebundene Verbindung mit der mobilen Vorrichtung 210 kommunizieren, wie etwa über eine USB-Verbindung zwischen der mobilen Vorrichtung 210 und einem USB-Teilsystem der Telematiksteuerung 202.
Die Telematiksteuerung 202 kann zudem Eingaben von Steuerungen 214 von Mensch-Maschine-Schnittstellen (human-machine interface - HMI) empfangen, die dazu konfiguriert sind, eine Interaktion der Insassen mit dem Fahrzeug 102 bereitzustellen. Zum Beispiel kann die Telematiksteuerung 202 mit einer oder mehreren Tasten oder anderen HMI-Steuerungen 214, die dazu konfiguriert sind, Funktionen auf der Telematiksteuerung 202 aufzurufen (z. B. Audiotasten am Lenkrad, einer Sprechtaste, Steuerungen am Armaturenbrett usw.), eine Schnittstelle herstellen. Die Telematiksteuerung 202 kann zudem eine oder mehrere Anzeigebildschirme 216, die dazu konfiguriert sind, Fahrzeuginsassen eine visuelle Ausgabe bereitzustellen, z. B. mithilfe einer Videosteuerung, antreiben oder anderweitig mit ihnen kommunizieren. In einigen Fällen kann es sich bei der Anzeige 216 um einen Touchscreen handeln, der ferner dazu konfiguriert ist, berührungsbasierte Eingaben des Benutzers über die Videosteuerung zu empfangen, während es sich bei der Anzeige 216 in anderen Fällen lediglich um eine Anzeige ohne berührungsbasierte Eingabefähigkeiten handeln kann. In einem Beispiel kann es sich bei der Anzeige 216 um eine Kopfeinheitsanzeige handeln, die in einem Mittelkonsolenbereich der Kabine des Fahrzeugs 102 enthalten ist. In einem anderen Beispiel kann es sich bei der Anzeige 216 um einen Bildschirm eines Kombi-Instruments des Fahrzeugs 102 handeln.
Die Telematiksteuerung 202 kann ferner dazu konfiguriert sein, über ein oder mehrere fahrzeuginterne Netze 218 mit anderen Komponenten des Fahrzeugs 102 zu kommunizieren. Die fahrzeuginternen Netze 218 können als einige Beispiele eines oder mehrere von einem Controller Area Network (CAN), einem Ethernet-Netz oder einer medienorientierten Systemübertragung (media oriented system transfer - MOST) des Fahrzeugs beinhalten. Die fahrzeuginternen Netze 218 können es der Telematiksteuerung 202 ermöglichen, mit anderen Systemen des Fahrzeugs 102 zu kommunizieren, wie etwa einem Karosseriesteuermodul (body control module - BCM) 220-A, einem elektronischen Bremssteuersystem (electronic brake control system - EBCM) 220-B, einem Lenksteuersystem (steering control system - SCM) 220-C, einem Antriebsstrangsteuersystem (powertrain control system - PCM) 220-D, einem Sicherheitssteuersystem (safety control system - SACM) 220-E und einem globalen Positionsbestimmungssystem (global positioning system - GPS) 220-F. Wie abgebildet, sind die Steuerungen 220 als einzelne Steuerungen und Systeme dargestellt. Die Steuerungen 220 können jedoch physische Hardware, Firmware und/oder Software gemein haben, sodass die Funktionen mehrerer Steuerungen 220 in eine einzige Steuerung 220 integriert sein können und die Funktionen verschiedener derartiger Steuerungen 220 über eine Vielzahl von Steuerungen 220 verteilt sein können.
Das BCM 220-A kann dazu konfiguriert sein, verschiedene Funktionen des Fahrzeugs 102 bezüglich der Steuerung von Stromverbrauchern, die durch die Batterie des Fahrzeugs 102 gespeist werden, zu unterstützen. Beispiele für derartige Stromverbraucher beinhalten unter anderem Außenbeleuchtung, Innenbeleuchtung, beheizte Sitze, beheizte Windschutzscheibe, beheizte Heckscheibe und beheizte Spiegel. Zusätzlich kann das BCM 220-A dazu konfiguriert sein, Zugangsfunktionen des Fahrzeugs 102 zu verwalten, wie etwa schlüssellosen Zugang, Fernstart und Prüfung des Status von Zugangspunkten (z. B. Schließstatus der Motorhaube, der Türen und/oder des Kofferraums des Fahrzeugs 102).
Das EBCM 220-B kann dazu konfiguriert sein, Bremsfunktionen des Fahrzeugs 102 zu steuern. In einigen Beispielen kann das EBCM 220-B dazu konfiguriert sein, Signalinformationen von Fahrzeugradsensoren und/oder Kraftübertragungsdifferentialen zu empfangen und Antiblockier- und Antirutsch-Bremsfunktionen durch Steuerung von Bremsleitungsventilen, die den Bremsdruck von dem Hauptzylinder einstellen, zu verwalten.
Das SCM 220-C kann dazu konfiguriert sein, beim Lenken des Fahrzeugs zu helfen, indem es eine Lenkkraft, die den Rädern des Fahrzeugs 102 bereitgestellt wird, verstärkt oder dieser entgegengewirkt. In einigen Fällen kann die verstärkte Lenkkraft durch eine hydraulische Lenkhilfe bereitgestellt werden, die dazu konfiguriert ist, dem Lenkmechanismus kontrollierte Energie bereitzustellen, während in anderen Fällen die verstärkte Lenkkraft durch ein elektrisches Aktorsystem bereitgestellt werden kann.
Das PCM 220-D kann dazu konfiguriert sein, Motorsteuer- und Getriebesteuerfunktionen für das Fahrzeug 102 durchzuführen. In Bezug auf die Motorsteuerung kann das PCM 220-D dazu konfiguriert sein, Drosseleingaben zu empfangen und Aktoren des Fahrzeugmotors so zu steuern, dass Luft-Kraftstoff-Gemisch, Zündzeitpunkt, Leerlaufdrehzahl, Ventilansteuerung und andere Motorparameter festgelegt werden, um eine optimale Motorleistung und Leistungserzeugung zu gewährleisten. In Bezug auf die Getriebesteuerung kann das PCM 220-D dazu konfiguriert sein, Eingaben von Fahrzeugsensoren zu empfangen, wie etwa Raddrehzahlsensoren, Fahrzeuggeschwindigkeitssensoren, Drosselposition, Getriebefluidtemperatur, und zu bestimmen, wie und wann Gänge in dem Fahrzeug 102 zu schalten sind, um eine angemessene Leistung, Kraftstoffeffizienz und Schaltqualität zu gewährleisten. Das PCM 220-D kann ferner Informationen über die fahrzeuginternen Netze 218 bereitstellen, wie etwa die Fahrzeuggeschwindigkeit und die Motordrehzahl.
Das SACM 220-E kann dazu konfiguriert sein, verschiedene Funktionen zum Verbessern der Stabilität und Steuerung des Fahrzeugs 102 bereitzustellen. Als einige Beispiele kann das SACM 220-E dazu konfiguriert sein, Fahrzeugsensoren (z. B. Lenkradwinkelsensoren, Gierratensensoren, Querbeschleunigungssensoren, Raddrehzahlsensoren usw.) zu überwachen und das BCM 220-A, SCM 220-C und/oder PCM 220-D zu steuern. Als einige Möglichkeiten kann das SACM 220-E dazu konfiguriert sein, Drosseleingabeeinstellungen, Lenkwinkeleinstellungen, Bremsmodulation und Entscheidungen in Bezug auf die Allradantriebsleistungsteilung über das fahrzeuginterne Netz 218 bereitzustellen, um die Stabilität und Steuerbarkeit des Fahrzeugs zu verbessern. Es ist anzumerken, dass in einigen Fällen die durch das SACM 220-E bereitgestellten Befehle andere Befehlseingaben außer Kraft setzen können. Das GPS 220-F ist dazu konfiguriert, Informationen zum aktuellen Standort und Kurs des Fahrzeugs 102 zur Verwendung in Diensten des Fahrzeugs 102 bereitzustellen.
Bei einer Aktualisierungsinstallationsanwendung 222 kann es sich um eine Anwendung handeln, die in dem Arbeitsspeicher der Telematiksteuerung 202 installiert ist. Bei Ausführung durch den Prozessor 204 kann die Aktualisierungsinstallationsanwendung 222 verursachen, dass die Telematiksteuerung 202 Aktualisierungsanforderungen 114 von dem Aktualisierungsserver 110 empfängt, Netzbedingungen des Fahrzeugs 102 identifiziert, dem Aktualisierungsserver 110 Aktualisierungsantworten 116 bereitstellt und die Softwareaktualisierungen 112 installiert, wenn die Netzbedingungen zum Aktualisieren des Fahrzeugs 102 dienlich sind.
3 veranschaulicht ein beispielhaftes Diagramm 300 der Umsetzungseinrichtungen für den Aktualisierungsserver 110 zum Bereitstellen von Softwareaktualisierungen 112. Der Aktualisierungsserver 110 kann verschiedene Arten von Rechenvorrichtungen beinhalten und/oder mit diesen kommunizieren, um die Durchführung der Funktionen des Aktualisierungsservers 110 zu ermöglichen. Wie gezeigt, beinhaltet der Aktualisierungsserver 110 einen oder mehrere Arbeitsspeicher 302 und Prozessoren 304, die zum Ausführen von Computeranweisungen konfiguriert sind, und ein Speichermedium 306, auf dem die computerausführbaren Anweisungen und/oder Daten gespeichert sein können.
Der Aktualisierungsserver 110 beinhaltet zudem einen Sendeempfänger 308, der es dem Aktualisierungsserver 110 ermöglicht, sich mit dem Weitverkehrsnetz 104 zu verbinden und über das Weitverkehrsnetz 104 mit anderen Vorrichtungen zu kommunizieren. Der Sendeempfänger 308 kann zum Beispiel eine Modemvorrichtung beinhalten. Zum Beispiel kann der Sendeempfänger 308 Kommunikation mit dem Modem 208 des Fahrzeugs 102 und/oder mit den mobilen Vorrichtungen 210 ermöglichen.
Die Softwareaktualisierungen 112 und die Aktualisierungsanbieteranwendung 118 können in einem oder mehreren Datenspeichern 306 des Aktualisierungsservers 110 gespeichert sein. Die Softwareaktualisierungen 112 können in dem Datenspeicher 306 gemäß ihrer Bedeutung kategorisiert sein. In einem Beispiel können die Aktualisierungen als eines von kritischer, mittlerer und geringer Bedeutung kategorisiert sein.
Wie vorstehend erwähnt, kann es sich bei der Aktualisierungsanbieteranwendung 118 um eine auf dem Datenspeicher 306 des Aktualisierungsservers 110 installierte Anwendung handeln. Bei Ausführung durch den Aktualisierungsserver 110 kann die Aktualisierungsanbieteranwendung 118 dazu konfiguriert sein, Aktualisierungsanforderungen an Fahrzeuge 102 zu senden und Informationen von dem Fahrzeug 102 zu empfangen, die angeben, ob die Netzbedingungen für die Installation von Softwareaktualisierungen 112 in dem Fahrzeug 102 dienlich sind.
4 veranschaulicht einen beispielhaften Prozess 400 für die Installation von Softwareaktualisierungen 112 durch ein Fahrzeug 102. In einem Beispiel kann der Prozess 400 bei Vorgang 402 als Reaktion darauf, dass das Fahrzeug 102 eine Aktualisierungsanforderung 114 empfängt, eingeleitet werden. In einem Beispiel kann die Aktualisierungsanforderung 114 durch das Fahrzeug 102 von dem Aktualisierungsserver 110 empfangen werden. In vielen Beispielen kann die Aktualisierungsanforderung 114 per SMS an die Telefonnummer des Modems 208 des Fahrzeugs 102 gesendet werden. Die Aktualisierungsanforderung 114 kann eine Kennung oder eine andere Angabe einer bestimmten zu installierenden Softwareaktualisierung 112 beinhalten. Alternativ kann die Aktualisierungsanforderung 114 dem Fahrzeug 102 einfach angeben, dass sich das Fahrzeug 102 über eine Datenverbindung mit dem Aktualisierungsserver 110 verbinden sollte, um zu bestimmen, welche Softwareaktualisierungen 112 installiert werden sollten.
Bei 404 identifiziert das Fahrzeug 102 Netzbedingungen. In einem Beispiel kann die Telematiksteuerung 202 als Reaktion auf den Empfang der Aktualisierungsanforderung 114 durch die Telematiksteuerung 202 versuchen, die Qualität einer Datenverbindung zu bestimmen, die dem Weitverkehrsnetz 104 zur Verfügung stehen kann. Zum Beispiel kann die Telematiksteuerung 202 eines oder mehrere von Latenz, Durchsatz oder Paketverlust messen. In einem anderen Beispiel kann die Telematiksteuerung 202 eine Angabe des Ausmaßes der Überlastung an der Basisstation 106, mit der das Modem 208 des Fahrzeugs 102 verbunden ist, empfangen. Es ist zu beachten, dass die Bestimmung der Netzbedingungen vorgenommen werden kann, ohne dass erforderlich ist, dass das Modem 208 und die Telematiksteuerung 202 die gesamte Energie aufwenden, die zum Herstellen einer vollständigen Datenverbindung mit dem Weitverkehrsnetz 104 über die Basisstationen 106 erforderlich ist, und ohne andere Komponenten des Fahrzeugs 102 zu wecken.
In noch einem weiteren Beispiel kann die Telematiksteuerung 202 Informationen aufbewahren, die die Qualitätsmetriken der letzten bekannten Verbindung angeben, die durch das Modem 208 zu dem Weitverkehrsnetz 104 hergestellt wurde (z.B. in dem Datenspeicher 206 gespeichert), und diese Informationen abrufen, ohne sich erneut mit dem Weitverkehrsnetz 104 verbinden zu müssen. Diese gespeicherten Informationen können zum Beispiel nützlich sein, um aufzuzeichnen, dass das Fahrzeug 102 in ein Gebäude 108 oder einen anderen Bereich eingefahren ist, in dem die Signalstärke und -qualität verringert ist. Falls ein derartiger Ansatz verwendet wird, müsste auch keine Leistung aufgewendet werden, um das Modem 208 zu verwenden, um die Basisstationen 106 überhaupt abzufragen.
Bei Vorgang 406 bestimmt das Fahrzeug 102, ob die Netzverbindung das Herunterladen von Softwareaktualisierungen 112 auf das Fahrzeug 102 unterstützt. Zum Beispiel kann die Telematiksteuerung 202 auf Grundlage der Netzbedingungen, die durch die Telematiksteuerung 202 bei Vorgang 404 bestimmt wurden, bestimmen, ob Softwareaktualisierungen 112 installiert werden sollten oder nicht. Falls die Netzverbindung schlecht ist, kann das Fahrzeug 102 beim Versuch, eine Softwareaktualisierung 112 herunterzuladen, eine unnötige Leistungsbelastung bei ausgeschalteter Zündung aufwenden.
In einem Beispiel können schlechte Netzbedingungen auf Grundlage von Schwellenwerten für Latenz, Durchsatz, Paketverlust, Überlastung oder anderen Dienstqualitätsmessungen, die bei Vorgang 404 vorgenommen werden, identifiziert werden. Zusätzlich kann auch die Priorität der Softwareaktualisierung 112 berücksichtigt werden. Zum Beispiel kann das Fahrzeug 102 wählen, immer zu versuchen, kritische Aktualisierungen zu installieren, es kann jedoch die Netzbedingungen mit einem ersten Satz von Schwellenwerten vergleichen, um zu bestätigen, dass die Netzbedingungen zum Installieren von Aktualisierungen mittlerer Priorität angemessen sind. Das Fahrzeug 102 kann zudem einen zweiten Satz von Schwellenwerten verwenden, um zu bestätigen, dass die Netzbedingungen zum Installieren von Aktualisierungen mit niedriger Priorität angemessen sind. Falls mit anderen Worten eine Aktualisierung eine niedrige Priorität aufweist, kann es erforderlich sein, dass die Verbindung eine Verbindung mit besserer Qualität ist, die weniger Leistungsentnahme erfordert als in dem Fall, dass die Aktualisierung eine Aktualisierung mit höherer Priorität ist.
Es ist zu beachten, dass eine direkte Korrelation zwischen der Qualität des empfangenen Signals (z. B. RRSP in LTE, RSCP in UMTS) und der erforderlichen Sendeleistung besteht. HF-Leistungsverstärker verwenden Energiespartechniken wie etwa Average Power Tracking (APT) und Envelope Tracking (ET), um die Leistung des Leistungsverstärkers (power amplifier - PA) im Verhältnis zur erforderlichen Sendeleistung zu steuern. Die erforderliche Erhöhung der Leistung aus der Batterie zum Erhöhen der Sendeleistung über die Luft ist keine lineare Kurve und kann exponentiell sein. Somit kann die Leistung, die bei einer schlechten Abdeckung im Vergleich zu einer guten Abdeckung erforderlich ist, um ein Vielfaches zunehmen. Jedes Funkgerät kann eine andere Leistungskurve haben. Eine Leistungskurve eines Modems 208/einer Telematiksteuerung 202 für Sendeleistung kann bestimmt werden, indem Messungen unter den identifizierten Bedingungen vorgenommen werden, und die gemessene Signalqualität kann mit dem Leistungsverbrauch korreliert werden. Diese Korrelation kann dann dazu verwendet werden, die Stromkosten einer möglichen Datenübertragung zu bestimmen, bevor sie auftritt. Somit können Downloads oder Aufgaben priorisiert werden. Eine erste Leistungskurve kann auf eine Mobilfunkübertragung angewendet werden, während eine zweite Leistungskurve auf WLAN angewendet werden kann, sobald WLAN besser gesteuert wird (z. B. 802.1 In).
Somit kann in einigen Beispielen der Leistungsverbrauch für einen Download mit einem Mindestreservestromschwellenwert verglichen werden. Zum Beispiel können X % der Batterieladung durch das Fahrzeug 102 verfügbar sein und die erforderliche Leistung für den Download könnte geschätzt werden, um zu bestimmen, ob der Download vorangehen soll. In einem Beispiel kann der Schwellenwert ein Betrag einer Traktionsbatteriekapazität sein, sodass das Fahrzeug 102 noch starten könnte. In einem anderen Beispiel kann für ein Elektrofahrzeug 102 der Schwellenwert ein Ladungsbetrag sein, der ausreicht, um es dem Fahrzeug 102 zu ermöglichen, eine bestimmte Strecke zu fahren (z. B. gemäß den Fahrmustern einer Person, der Tageszeit, Strecke usw.).
Falls bestimmt wird, dass die Netzverbindung das Herunterladen der Softwareaktualisierungen 112 unterstützt, geht die Steuerung zu Vorgang 408 über. Falls nicht, geht die Steuerung zu Vorgang 414 über.
Bei 408 sendet das Fahrzeug 102 eine Aktualisierungsantwort 116 an den Aktualisierungsserver 110, die die Zustimmung zum Durchführen der Aktualisierung angibt. In einem Beispiel kann die Aktualisierungsantwort 116 eine SMS-Nachricht sein, die an die ursprüngliche Telefonnummer der bei Vorgang 402 empfangenen SMS-Nachricht zurückgesendet wird. Falls eine SMS verwendet wird, kann die Aktualisierungsanforderung 114 an das Fahrzeug 102 gesendet werden, ohne dass eine Datenverbindung vorhanden sein muss. In einem anderen Beispiel kann die Aktualisierungsantwort 116 eine Datennachricht sein, die an die ursprüngliche IP-Adresse der bei Vorgang 402 empfangenen IP-Nachricht zurückgesendet wird. Im Fall von SMS kann die Aktualisierungsantwort 116 eine SMS-Zustellantwort sein.
Das Fahrzeug 102 lädt bei 410 die Softwareaktualisierung 112 von dem Aktualisierungsserver 110 herunter. In einem Beispiel baut die Telematiksteuerung 202 eine Datenverbindung mit dem Aktualisierungsserver 110 über das Weitverkehrsnetz 104 auf (oder verwendet eine vorhandene Datenverbindung) und lädt die Softwareaktualisierung 112 herunter.
Bei Vorgang 412 installiert das Fahrzeug 102 die Softwareaktualisierung 112. In einem Beispiel sendet die Aktualisierungsinstallationsanwendung 222 der Telematiksteuerung 202 die Softwareaktualisierung 112 über das fahrzeuginterne Netz 218 an die zu aktualisierende ECU 220. Nach Vorgang 412 endet der Prozess 400.
Bei 414 sendet das Fahrzeug 102 eine Aktualisierungsantwort 116 an den Aktualisierungsserver 110, die die Ablehnung des Durchführens der Aktualisierung angibt. Ähnlich wie vorstehend in Bezug auf Vorgang 408 erörtert, kann die Aktualisierungsantwort 116 eine SMS-Nachricht sein, die an die ursprüngliche Telefonnummer der bei Vorgang 402 empfangenen SMS-Nachricht zurückgesendet wird. In einem anderen Beispiel kann die Aktualisierungsantwort 116 eine Datennachricht sein, die an die ursprüngliche IP-Adresse der bei Vorgang 402 empfangenen IP-Nachricht zurückgesendet wird.
Im Fall von SMS kann die Aktualisierungsantwort 116 eine SMS-Zustellantwort mit einer Nutzlast sein, die angibt, dass die Netzverbindung nicht ausreicht, um die Aktualisierung durchzuführen. Die Nutzlast kann Informationen wie etwa die Leistungsentnahme bezeichnen, die erforderlich ist, um eine Datenverbindung am aktuellen Standort des Fahrzeugs 102 und zur aktuellen Zeit zu unterstützen, und/oder Informationen, die die Qualitätsmetriken einer Verbindung am aktuellen Standort des Fahrzeugs 102 und zur aktuellen Zeit bezeichnen. Weitere Aspekte des Verwendens von SMS-Zustellantworten auf Rückgabestatuscodes werden in der US-Patentanmeldung Nr. 15/944,941 mit dem Titel „SMS Indication Application Response Reporting“, die durch Bezugnahme vollumfänglich in den vorliegenden Gegenstand mit einbezogen wird, ausführlich erörtert.
Im Fall von IP kann die Aktualisierungsantwort 116 eine IP-Steuerebenensignalisierungsnachricht sein, die einen zusätzlichen Datenaustausch beinhaltet, um die Informationen für die Antwort bereitzustellen. Gleichermaßen kann die Nutzlast Informationen wie etwa die Leistungsentnahme bezeichnen, die erforderlich ist, um eine Datenverbindung am aktuellen Standort des Fahrzeugs 102 und zur aktuellen Zeit zu unterstützen, und/oder Informationen, die die Qualitätsmetriken einer Verbindung am aktuellen Standort des Fahrzeugs 102 und zur aktuellen Zeit bezeichnen.
Zusätzlich zur Signalqualität kann auch die Größe des Downloads berücksichtigt werden. Zum Beispiel können X % der Batterieladung durch das Fahrzeug 102 verfügbar sein und die erforderliche Leistung für den Download könnte geschätzt werden, um zu bestimmen, ob der Download vorangehen soll. Ein Leistungsbudget kann dann unter Verwendung der Leistungskurve des Modems 208/der Telematiksteuerung 202 berechnet werden, um zu bestimmen, ob die Batterie nach dem Download eine ausreichende Ladung oberhalb eines Schwellenbetrags aufweisen würde. In einem Beispiel kann der Schwellenwert ein Betrag einer Traktionsbatteriekapazität sein, sodass das Fahrzeug 102 noch starten könnte. In einem anderen Beispiel kann für ein Elektrofahrzeug 102 der Schwellenwert ein Ladungsbetrag sein, der ausreicht, um es dem Fahrzeug 102 zu ermöglichen, eine bestimmte Strecke zu fahren (z. B. gemäß den Fahrmustern einer Person, der Tageszeit, Strecke usw.).
Es ist zu beachten, dass das Fahrzeug 102 durch Vermeiden des Durchführens von Aktualisierungen unter Bedingungen, bei denen der Leistungsverbrauch angesichts der Priorität der Softwareaktualisierung 112 und der zum Herunterladen der Aktualisierung erforderlichen Leistung nicht sinnvoll ist, vermeiden kann, dass Leistungsbudget für den Versuch einer Softwareaktualisierung während Bedingungen ausgegeben wird, bei denen derartige Aktualisierungen nicht heruntergeladen werden können oder müssen. Nach Vorgang 414 endet der Prozess 400.
5 veranschaulicht einen beispielhaften Prozess 500 zum Anfordern der Installation von Softwareaktualisierungen 112 in einem Fahrzeug 102 durch den Aktualisierungsserver 110. Bei Vorgang 502 bestimmt der Aktualisierungsserver 110, ob das Fahrzeug 102 aktualisiert werden soll. In einem Beispiel kann der Aktualisierungsserver 110 auf Grundlage von Kriterien, wie etwa dem Auftreten einer vordefinierten Anzahl von gefahrenen Meilen, die durch das Fahrzeug 102 gemeldet wird, dem Ablauf einer Zeitüberschreitung für das Fahrzeug 102 (z. B. 30 Tage) und/oder dem Empfang einer neuen Softwareaktualisierung 112 an den Aktualisierungsserver 110, bestimmen, das Fahrzeug 102 zu aktualisieren. Falls der Aktualisierungsserver 110 bestimmt, das Fahrzeug 102 zu aktualisieren, geht die Steuerung zu Vorgang 504 über.
Bei Vorgang 504 und wie vorstehend in Bezug auf Vorgang 402 erörtert sendet der Aktualisierungsserver 110 eine Aktualisierungsanforderung 114 an das Fahrzeug 102.
Bei Vorgang 506 empfängt der Aktualisierungsserver 110 eine Aktualisierungsantwort 116 von dem Fahrzeug 102. In einem Beispiel kann die Aktualisierungsantwort 116 von dem Fahrzeug 102 wie vorstehend in Bezug auf Vorgang 408 und 414 des Prozesses 400 erörtert empfangen werden.
Bei 508 bestimmt der Aktualisierungsserver 110, ob die Aktualisierung abgelehnt wurde. In einem Beispiel kann der Aktualisierungsserver 110 anhand der Aktualisierungsantwort 116 bestimmen, ob ein Statuscode oder andere in der Aktualisierungsantwort 116 enthaltene Informationen angeben, dass die Aktualisierung abgelehnt wurde. Zum Beispiel kann die Aktualisierungsantwort 116 angeben, dass die Netzbedingungen nicht ausreichend waren, um Softwareaktualisierungen 112 herunterzuladen. Falls die Aktualisierung abgelehnt wurde, geht die Steuerung zu Vorgang 510 über.
Bei Vorgang 510 aktualisiert der Aktualisierungsserver 110 eine Datenbank, um die Ablehnung des Durchführens von Aktualisierungen am Standort des Fahrzeugs 102 anzugeben. Die Datenbank kann zum Beispiel dazu verwendet werden, Standorte und Zeiten zu identifizieren, bei denen eine erfolgreiche Softwareaktualisierung unwahrscheinlich ist. In einem Beispiel können diese Informationen dazu verwendet werden, zu verhindern, dass der Aktualisierungsserver 110 Aktualisierungsanforderungen 114 sendet, wenn sich das Fahrzeug 102 an einem Standort und zu einem Zeitpunkt befindet, bei denen die Softwareaktualisierung in der Vergangenheit nicht verfügbar war. Durch Vermeiden des Sendens derartiger Aktualisierungsanforderungen 114 kann der Aktualisierungsserver 110 es dem Fahrzeug 102 ermöglichen, zu vermeiden, dass Leistungsbudget für den Versuch einer Softwareaktualisierung während Bedingungen ausgegeben wird, bei denen derartige Aktualisierungen nicht heruntergeladen werden können. Nach Vorgang 510 endet der Prozess 500.
Dementsprechend lehnt das Fahrzeug 102 Aktualisierungsanforderungen 114 (die z.B. als Short-Message-Service-(SMS-)Anforderung gesendet werden) bei schlechten Netzbedingungen ab, ohne dass die gesamte Telematiksteuerung 202 oder die Fahrzeugsteuerungen 220 zum Aktualisieren eingeschaltet werden. Somit kann durch Verwenden von Signalqualitätsmetriken von der Basisstation 106 die Entscheidung zum Einschalten der Fahrzeugsysteme vor dem Aufbauen einer vollständigen Verbindung getroffen werden, wodurch die Last bei ausgeschalteter Zündung reduziert wird. Dies vermeidet Situationen, in denen ein Fahrzeug 102 versucht, Software zu aktualisieren, während das Fahrzeug 102 an einem Standort mit schlechter Mobilfunkabdeckung geparkt ist.
Im Allgemeinen können Rechensysteme und/oder -vorrichtungen wie etwa die Telematiksteuerung 202, die Steuerungen 220 und der Aktualisierungsserver 110, ein beliebiges einer Reihe von Computerbetriebssystemen verwenden, darunter unter anderem Versionen und/oder Varianten des Betriebssystems Microsoft Windows®, des Betriebssystems Unix (z. B. des Betriebssystems Solaris®, das von der Oracle Corporation in Redwood Shores, Kalifornien, vertrieben wird), des Betriebssystems, AIX UNIX das von International Business Machines in Armonk, New York, vertrieben wird, des Linux-Betriebssystems, der Betriebssysteme Mac OS X und iOS, die von Apple Inc. in Cupertino, Kalifornien, vertrieben werden, des BlackBerry OS, das von Research In Motion in Waterloo, Kanada, vertrieben wird, und des Betriebssystems Android, das von der Open Handset Alliance entwickelt wurde.
Rechenvorrichtungen wie etwa die Telematiksteuerung 202, die Steuerungen 220 und der Aktualisierungsserver 110 beinhalten im Allgemeinen computerausführbare Anweisungen, die durch einen oder mehrere Prozessoren der Rechenvorrichtungen ausführbar sind. Computerausführbare Anweisungen können von Computerprogrammen zusammengestellt oder interpretiert werden, die unter Verwendung einer Vielzahl von Programmiersprachen und/oder -techniken erstellt wurden, darunter unter anderem entweder allein oder in Kombination JAVA™, C, C++, VISUAL BASIC, JAVA SCRIPT, PERL usw. Im Allgemeinen empfängt ein Prozessor oder Mikroprozessor Anweisungen, z. B. von einem Speicher, einem computerlesbaren Medium usw., und führt diese Anweisungen aus, wodurch er einen oder mehrere Prozesse durchführt, darunter einen oder mehrere der hier beschriebenen Prozesse. Derartige Anweisungen und andere Daten können unter Verwendung vielfältiger computerlesbarer Medien gespeichert und übertragen werden.
Ein computerlesbares Medium (auch als prozessorlesbares Medium bezeichnet) beinhaltet ein beliebiges nichttransitorisches (z. B. physisches) Medium, das an der Bereitstellung von Daten (z. B. Anweisungen) beteiligt ist, die durch einen Computer (z. B. durch einen Prozessor einer Rechenvorrichtung) ausgelesen werden können. Ein derartiges Medium kann viele Formen annehmen, einschließlich unter anderem nichtflüchtiger Medien und flüchtiger Medien. Nichtflüchtige Medien können zum Beispiel optische Platten oder Magnetplatten und andere dauerhafte Speicher beinhalten. Flüchtige Medien können zum Beispiel dynamischen Direktzugriffsspeicher (dynamic random-access memory - DRAM) beinhalten, der typischerweise einen Hauptspeicher darstellt. Derartige Anweisungen können durch ein oder mehrere Übertragungsmedien übertragen werden, die Koaxialkabel, Kupferdraht und Glasfaser beinhalten, zu denen die Drähte gehören, die einen an einen Prozessor eines Computers gekoppelten Systembus umfassen. Zu gängigen Formen von computerlesbaren Medien gehören zum Beispiel eine Diskette, eine Folienspeicherplatte, eine Festplatte, ein Magnetband, ein beliebiges anderes magnetisches Medium, eine CD-ROM, eine DVD, ein beliebiges anderes optisches Medium, Lochkarten, Lochstreifen, ein beliebiges anderes physisches Medium mit Lochmustern, ein RAM, ein PROM, ein EPROM, ein FLASH-EEPROM, ein beliebiger anderer Speicherchip oder eine beliebige andere Speicherkassette oder ein beliebiges anderes Medium, das ein Computer auslesen kann.
In einigen Beispielen können Systemelemente als computerlesbare Anweisungen (z. B. Software) auf einer oder mehreren Rechenvorrichtungen (z. B. Servern, Personal Computern usw.) umgesetzt sein, die auf damit assoziierten computerlesbaren Medien (z. B. Platten, Speichern usw.) gespeichert sind. Ein Computerprogrammprodukt kann derartige Anweisungen umfassen, die zum Ausführen der hier beschriebenen Funktionen auf computerlesbaren Medien gespeichert sind. Bei einigen oder allen der Vorgänge, die hier als durch die Telematiksteuerung 202, die Steuerungen 220 und den Aktualisierungsserver 110 durchgeführt offenbart werden, kann es sich um derartige Computerprogrammprodukte handeln (z.B. bei der Aktualisierungsanbieteranwendung 118, der Aktualisierungsinstallationsanwendung 222). In einigen Beispielen können diese Computerprogrammprodukte als Software bereitgestellt sein, die bei Ausführung durch einen oder mehrere Prozessoren die hier beschriebenen Vorgänge bereitstellt. Alternativ können die Computerprogrammprodukte als Hardware oder Firmware oder Kombinationen aus Software, Hardware und/oder Firmware bereitgestellt sein.
Wenngleich vorstehend beispielhafte Ausführungsformen beschrieben sind, sollen diese Ausführungsformen nicht alle möglichen Formen der Erfindung beschreiben. Vielmehr sind die in der Beschreibung verwendeten Ausdrücke beschreibende und nicht einschränkende Ausdrücke, und es versteht sich, dass verschiedene Änderungen vorgenommen werden können, ohne vom Geist und Umfang der Offenbarung abzuweichen. Zusätzlich können die Merkmale verschiedener umsetzender Ausführungsformen miteinander kombiniert werden, um weitere erfindungsgemäße Ausführungsformen bilden.
Gemäß der vorliegenden Erfindung wird ein Fahrzeug bereitgestellt, das Folgendes aufweist: einen Prozessor, der dazu programmiert ist, ein Modem zu Folgendem zu verwenden: als Reaktion auf den Empfang einer Aktualisierungsanforderung Identifizieren einer Netzqualitätsmetrik für eine Datenverbindung mit einer Basisstation eines Weitverkehrsnetzes, wenn die Qualitätsmetrik einen vordefinierten Schwellenwert überschreitet, Herunterladen einer Softwareaktualisierung aus dem Weitverkehrsnetz, und andernfalls Senden einer Aktualisierungsantwort, die die Ablehnung der Aktualisierungsanforderung angibt.
Gemäß einer Ausführungsform ist der Prozessor ferner zum Empfangen einer Aktualisierungsanforderung als Short-Message-Service-(SMS-)Nachricht und Senden der Aktualisierungsantwort als SMS-Zustellbericht programmiert.
Gemäß einer Ausführungsform ist der Prozessor ferner zum Empfangen einer Aktualisierungsanforderung als Internet-Protocol-(IP-)Nachricht und Senden der Aktualisierungsantwort unter Verwendung von IP-Steuerebenensignalisierung programmiert.
Gemäß einer Ausführungsform ist der Prozessor ferner zum Identifizieren der Netzqualitätsmetrik gemäß Informationen hinsichtlich einer vorherigen Verbindung, die durch das Modem mit dem Weitverkehrsnetz hergestellt wurde, ohne Wiederverbindung mit dem Weitverkehrsnetz programmiert.
Gemäß einer Ausführungsform ist die Netzqualitätsmetrik Überlastung der Basisstation.
Gemäß einer Ausführungsform beinhaltet die Netzqualitätsmetrik eines oder mehrere von Latenz, Durchsatz oder Paketverlust.
Gemäß einer Ausführungsform ist der Prozessor ferner zum Identifizieren des vordefinierten Schwellenwerts gemäß einer Priorität der Softwareaktualisierung programmiert.
Gemäß einer Ausführungsform ist die Aktualisierungsantwort dazu konfiguriert, die Qualitätsmetrik und eine Angabe eines Standorts des Fahrzeugs zu beinhalten.
Gemäß einer Ausführungsform ist der Prozessor ferner zum Installieren der Softwareaktualisierung programmiert.
Gemäß der vorliegenden Erfindung beinhaltet ein Verfahren Folgendes: als Reaktion darauf, dass ein Fahrzeug eine Aktualisierungsanforderung zum Installieren einer Softwareaktualisierung als Short-Message-Service-(SMS-)Nachricht empfängt, Identifizieren einer Netzqualitätsmetrik für eine Datenverbindung mit einer Basisstation eines Weitverkehrsnetzes; wenn die Qualitätsmetrik einen vordefinierten Schwellenwert überschreitet, der der Softwareaktualisierung entspricht, Herunterladen der Softwareaktualisierung aus dem Weitverkehrsnetz; und andernfalls Senden eines SMS-Zustellberichts, der die Ablehnung der Aktualisierungsanforderung angibt.
Gemäß einer Ausführungsform ist die vorstehende Erfindung ferner durch Folgendes gekennzeichnet: Identifizieren der Netzqualitätsmetrik gemäß Informationen hinsichtlich einer vorherigen Verbindung, die durch ein Modem des Fahrzeugs mit dem Weitverkehrsnetz hergestellt wurde, ohne Wiederverbindung mit dem Weitverkehrsnetz.
Gemäß einer Ausführungsform beinhaltet die Netzqualitätsmetrik eines oder mehrere von Überlastung der Basisstation, Latenz, Durchsatz oder Paketverlust.
Gemäß einer Ausführungsform beinhaltet der SMS-Zustellbericht die Qualitätsmetrik und eine Angabe eines Standorts des Fahrzeugs.
Gemäß einer Ausführungsform ist die vorstehende Erfindung ferner durch Folgendes gekennzeichnet: Verwenden der Qualitätsmetrik zum Identifizieren eines erwarteten Leistungsverbrauchs zum Herunterladen der Softwareaktualisierung; und Ablehnen der Aktualisierungsanforderung als Reaktion darauf, dass der erwartete Leistungsverbrauch eine Batterie des Fahrzeugs unter einen vordefinierten Schwellenwert leert.
Gemäß der vorliegenden Erfindung wird ein System bereitgestellt, das Folgendes aufweist: einen Speicher, der eine Datenbank speichert; und einen Prozessor, der zu Folgendem programmiert ist: Senden einer Aktualisierungsanforderung an ein Fahrzeug, Empfangen einer Aktualisierungsantwort, die die Ablehnung der Aktualisierungsanforderung und einen Standort des Fahrzeugs angibt, Aktualisieren der Datenbank zum Angeben, dass das Fahrzeug die Aktualisierungsanforderung an dem Standort abgelehnt hat, und Verwenden der Datenbank zum Verhindern, dass an dem Standort weitere Aktualisierungsanforderungen an das Fahrzeug gesendet werden.
Gemäß einer Ausführungsform ist der Prozessor ferner zum Senden einer Aktualisierungsanforderung als Short-Message-Service-(SMS-)Nachricht und Empfangen der Aktualisierungsantwort als SMS-Zustellbericht programmiert.
Gemäß einer Ausführungsform ist der Prozessor ferner zum Empfangen einer Aktualisierungsanforderung als Internet-Protocol-(IP-)Nachricht und Senden der Aktualisierungsantwort unter Verwendung von IP-Steuerebenensignalisierung programmiert.
Gemäß einer Ausführungsform beinhaltet die Aktualisierungsantwort eine Netzqualitätsmetrik, die Netzbedingungen an dem Fahrzeug angibt, und der Prozessor ist ferner zum Speichern der Netzqualitätsmetrik in der Datenbank in Verbindung mit dem Standort programmiert.
Gemäß einer Ausführungsform beinhaltet die Aktualisierungsanforderung eine Kennung einer zu installierenden Softwareaktualisierung.
Gemäß einer Ausführungsform beinhaltet die Aktualisierungsanforderung eine Priorität einer Softwareaktualisierung zum Installieren zur Verwendung durch das Fahrzeug beim Bestimmen, ob die Aktualisierungsanforderung akzeptiert oder abgelehnt werden soll.
ZITATE ENTHALTEN IN DER BESCHREIBUNG
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
Zitierte Patentliteratur

US 15944941 [0048]

Claims

Fahrzeug, umfassend: einen Prozessor, der dazu programmiert ist, ein Modem zu Folgendem zu verwenden: als Reaktion auf den Empfang einer Aktualisierungsanforderung Identifizieren einer Netzqualitätsmetrik für eine Datenverbindung mit einer Basisstation eines Weitverkehrsnetzes, wenn die Qualitätsmetrik einen vordefinierten Schwellenwert überschreitet, Herunterladen einer Softwareaktualisierung aus dem Weitverkehrsnetz, und andernfalls Senden einer Aktualisierungsantwort, die die Ablehnung der Aktualisierungsanforderung angibt.
Fahrzeug nach Anspruch 1, wobei der Prozessor ferner zu Folgendem programmiert ist: Empfangen einer Aktualisierungsanforderung als Short-Message-Service-(SMS-)Nachricht und Senden der Aktualisierungsantwort als SMS-Zustellbericht.
Fahrzeug nach Anspruch 1, wobei der Prozessor ferner zu Folgendem programmiert ist: Empfangen einer Aktualisierungsanforderung als Internet-Protocol-(IP-)Nachricht und Senden der Aktualisierungsantwort unter Verwendung von IP-Steuerebenensignali sierung.
Fahrzeug nach Anspruch 1, wobei der Prozessor ferner zum Identifizieren der Netzqualitätsmetrik gemäß Informationen hinsichtlich einer vorherigen Verbindung, die durch das Modem mit dem Weitverkehrsnetz hergestellt wurde, ohne Wiederverbindung mit dem Weitverkehrsnetz programmiert ist.
Fahrzeug nach Anspruch 1, wobei die Netzqualitätsmetrik Überlastung der Basisstation ist.
Fahrzeug nach Anspruch 1, wobei die Netzqualitätsmetrik eines oder mehrere von Latenz, Durchsatz oder Paketverlust beinhaltet.
Fahrzeug nach Anspruch 1, wobei der Prozessor ferner zum Identifizieren des vordefinierten Schwellenwerts gemäß einer Priorität der Softwareaktualisierung programmiert ist.
Fahrzeug nach Anspruch 1, wobei die Aktualisierungsantwort dazu konfiguriert ist, die Qualitätsmetrik und eine Angabe eines Standorts des Fahrzeugs zu beinhalten.
Fahrzeug nach Anspruch 1, wobei der Prozessor ferner zum Installieren der Softwareaktualisierung programmiert ist.
Verfahren, umfassend: als Reaktion darauf, dass ein Fahrzeug eine Aktualisierungsanforderung zum Installieren einer Softwareaktualisierung als Short-Message-Service-(SMS-)Nachricht empfängt, Identifizieren einer Netzqualitätsmetrik für eine Datenverbindung mit einer Basisstation eines Weitverkehrsnetzes; wenn die Qualitätsmetrik einen vordefinierten Schwellenwert überschreitet, der der Softwareaktualisierung entspricht, Herunterladen der Softwareaktualisierung aus dem Weitverkehrsnetz; und andernfalls Senden eines SMS-Zustellberichts, der die Ablehnung der Aktualisierungsanforderung angibt.
Verfahren nach Anspruch 10, ferner umfassend Identifizieren der Netzqualitätsmetrik gemäß Informationen hinsichtlich einer vorherigen Verbindung, die durch ein Modem des Fahrzeugs mit dem Weitverkehrsnetz hergestellt wurde, ohne Wiederverbindung mit dem Weitverkehrsnetz.
Verfahren nach Anspruch 11, wobei die Netzqualitätsmetrik eines oder mehrere von Überlastung der Basisstation, Latenz, Durchsatz oder Paketverlust beinhaltet.
Verfahren nach Anspruch 11, wobei der SMS-Zustellbericht die Qualitätsmetrik und eine Angabe eines Standorts des Fahrzeugs beinhaltet.
Verfahren nach Anspruch 11, ferner umfassend: Verwenden der Qualitätsmetrik zum Identifizieren eines erwarteten Leistungsverbrauchs zum Herunterladen der Softwareaktualisierung; und Ablehnen der Aktualisierungsanforderung als Reaktion darauf, dass der erwartete Leistungsverbrauch eine Batterie des Fahrzeugs unter einen vordefinierten Schwellenwert leert.