DE102020102662A1

DE102020102662A1 - Flashen über eine luftschnittstelle und reproduktion von kalibrierungsdaten unter verwendung von datenregressionstechniken

Info

Publication number: DE102020102662A1
Application number: DE102020102662.5A
Authority: DE
Inventors: Aed M. Dudar
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2019-02-02
Filing date: 2020-02-03
Publication date: 2020-08-06
Also published as: US20200247424A1; US20220258744A1; US11987255B2; CN111526175A; US11338816B2

Abstract

Diese Offenbarung stellt Flashen über eine Luftschnittstelle und Reproduktion von Kalibrierungsdaten unter Verwendung von Datenregressionstechniken bereit. Es wird eine Datenzuordnung modelliert, um eine modellierte Datenzuordnung zu generieren, wobei die Datenzuordnung eine Kalibrierung beinhaltet, um den Fahrzeugbetrieb bei verschiedenen Wetterbedingungen, denen ein Fahrzeug ausgesetzt ist, zu steuern, wobei die modellierte Datenzuordnung Datenelemente der Datenzuordnung gemäß einem mathematischen Modell charakterisiert. Die modellierte Datenzuordnung wird an das Fahrzeug gesendet, um mindestens einen Abschnitt der Datenzuordnung zu erweitern, um den Fahrzeugbetrieb zu steuern.

Description

GEBIET DER TECHNIK
Aspekte der Offenbarung beziehen sich im Allgemeinen auf Flash-Aktualisierung von Steuerungen über eine Luftschnittstelle (over-the-air - OTA) und insbesondere auf die Verwendung von Datenregressionstechniken, um Kalibrierungsdaten zur effizienten Übermittlung und Reproduktion zu modellieren.
ALLGEMEINER STAND DER TECHNIK
Flash-Aktualisieren über eine Luftschnittstelle (OTA) ist komfortabel, da Fahrzeuge keinen Händler aufsuchen müssen, um aktualisiert zu werden. Wenn eine Korrektur einer Softwarestrategie oder -kalibrierung verfügbar ist, können Kunden die neue Software direkt empfangen, während das Fahrzeug zu Hause geparkt ist. Während des Zeitraums, in dem das Fahrzeug aktualisiert wird, muss das Fahrzeug stillstehen und kann nicht gefahren werden. Mit zunehmenden Ride-Sharing, Fahrzeug-Sharing und autonomen Fahrzeugen stellt diese Ausfallzeit eine verlorene Möglichkeit dar, Kunden und Waren zu transportieren.
KURZDARSTELLUNG
In einem oder mehreren veranschaulichten Beispielen beinhaltet ein System ein Fahrzeug mit einem Hardwareprozessor, der dazu programmiert ist, einen Abschnitt einer Datenzuordnung zu identifizieren, der gemäß aktuellen Fahrzeugbedingungen erweitert werden soll, wobei die Datenzuordnung eine Kalibrierung spezifiziert, um einen Fahrzeugbetrieb bei verschiedenen Fahrzeugbedingungen zu steuern, den Abschnitt der Datenzuordnung unter Verwendung einer modellierten Datenzuordnung zu reproduzieren, die Datenelemente der Datenzuordnungen gemäß einem mathematischen Modell charakterisiert, und die Kalibrierung zum Steuern des Fahrzeugbetrieb zu verwenden.
In einem oder mehreren veranschaulichten Beispielen beinhaltet ein Verfahren das Modellieren einer Datenzuordnung, um eine modellierte Datenzuordnung zu generieren, wobei die Datenzuordnung eine Kalibrierung beinhaltet, um den Fahrzeugbetrieb bei verschiedenen Wetterbedingungen, denen ein Fahrzeug ausgesetzt ist, zu steuern, wobei die modellierte Datenzuordnung Datenelemente der Datenzuordnung gemäß einem mathematischen Modell charakterisiert; und das Senden der modellierten Datenzuordnung an das Fahrzeug, um mindestens einen Abschnitt der Datenzuordnung zu erweitern, um den Fahrzeugbetrieb zu steuern.
In einem oder mehreren veranschaulichten Beispielen beinhaltet ein System einen Server einschließlich eines Hardwareprozessors, der dazu programmiert ist, eine Datenzuordnung zu modellieren, um eine modellierte Datenzuordnung zu generieren, wobei die Datenzuordnung eine Kalibrierung beinhaltet, um den Fahrzeugbetrieb bei verschiedenen Wetterbedingungen, denen ein Fahrzeug ausgesetzt ist, zu steuern, wobei die modellierte Datenzuordnung Datenelemente der Datenzuordnung gemäß einem mathematischen Modell charakterisiert; und die modellierte Datenzuordnung an das Fahrzeug zu senden, um mindestens einen Abschnitt der Datenzuordnung zu erweitern, um den Fahrzeugbetrieb zu steuern.
Figurenliste

1 veranschaulicht ein beispielhaftes System unter Verwendung von Datenregressionstechniken, um Kalibrierungsdaten zur effizienten Übermittlung und Reproduktion zu modellieren;
2 veranschaulicht ein Beispiel einer 2D-Datenzuordnung;
3 veranschaulicht ein Beispiel einer 3D-Datenzuordnung;
4 veranschaulicht ein Beispiel einer 2D-Datenzuordnung, von der nur ein Abschnitt reproduziert werden soll;
5 veranschaulicht ein Beispiel einer 3D-Datenzuordnung, von der nur ein Abschnitt reproduziert werden soll;
6 veranschaulicht ein beispielhaftes Diagramm von Wettermustern zur Verwendung bei dem Bestimmen, welcher Abschnitt einer Datenzuordnung reproduziert werden soll;
7 veranschaulicht einen beispielhaften Prozess für das Erzeugen von modellierten Datenzuordnungen aus den Daten 120; und
8 veranschaulicht einen beispielhaften Prozess für die Reproduktion von Datenzuordnungen aus modellierten Datenzuordnungen.

DETAILLIERTE BESCHREIBUNG
In der vorliegenden Schrift werden ausführliche Ausführungsformen der vorliegenden Erfindung wie erforderlich offenbart; dabei versteht es sich jedoch, dass die offenbarten Ausführungsformen für die Erfindung, die in verschiedenartigen und alternativen Formen ausgeführt werden 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. Deshalb sind in dieser Schrift offenbarte konkrete strukturelle und funktionelle Details nicht als einschränkend zu interpretieren, sondern lediglich als repräsentative Grundlage, um den Fachmann die vielfältige Verwendung der vorliegenden Erfindung zu lehren.
Antriebsstrangsteuerungen und andere bordeigene Komponenten enthalten typischerweise viele zweidimensionale (2D) und/oder dreidimensionale (3D) Zuordnungen als Kalibrierungen für Umwelt- und Betriebsbedingungsfaktoren. Diese Faktoren können, um einige Beispiele zu nennen, die Umgebungstemperatur, den barometrischen Druck, die Luftfeuchtigkeit und Fahrzeugbetriebsbedingungen (z. B. elektrische Last, Motordrehzahl, Fahrzeuggeschwindigkeit usw.) beinhalten. Diese Datenzuordnungen können von beträchtlicher Größe sein. Infolgedessen verbraucht das Herunterladen dieser großen Datenmengen über eine Luftschnittstelle Zeit und Bandbreite. Es gibt Zeiten, bei denen viele Fahrzeuge gleichzeitig neu geflasht werden müssen, und bei derartigen Situationen sind die Kosten bezüglich Zeit und Bandbreite beträchtlich.
Um diese Problem anzugehen, kann eine daten- und zeiteffiziente Strategie zum Reflashen und zur Reproduktion der bordeigenen Steuerung verwendet werden. Durch das Zusammenwachsen gegenwärtiger sowie geplanter drahtloser Vernetzung und bordeigener Rechenleistung kann das OTA-Neuprogrammieren von Fahrzeugsteuerungen optimiert werden. Anstatt gewaltige Kalibrierungszuordnungen zu programmieren, die eine große Spanne von Temperatur, Luftfeuchtigkeit und barometrischen Druck abdecken, charakterisiert eine verbesserte Herangehensweise stattdessen die 2D- oder 3D-Zuordnung gemäß einem mathematischen Modell.
In einem Beispiel können viele 2D-Tabellen entweder durch lineare Gleichungen (z. B. Y =mx + b) oder gemäß einem Polynom zweiter oder höherer Ordnung (z. B. Y = ax² + bx + c) modelliert werden. Gleichermaßen können 3D-Tabellen von Schwellenwerten mit unabhängigen x- und y-Achsen gemäß einer 3D-Ebenengleichung (z. B. Z = aY + bX + c) oder, wenn die Tabellendaten nicht linear sind, durch ein Polynom höherer Ordnung charakterisiert werden. Für unterbrochene Kurven kann die beschriebene Herangehensweise die Kurven in lineare Abschnitte partitionieren und jeden Abschnitt entsprechend regredieren.
Um eine OTA-Aktualisierung einschließlich Kalibrierungstabellen durchzuführen, kann der Aktualisierungsserver daher dazu konfiguriert sein, jede Tabelle zu regredieren, um für jede ein mathematisches Modell zu erstellen. Auch kann für jede mathematische Regression ein Bereich von Werten (z. B. x-Werte für eine 2D-Tabelle, x- und y-Werte für eine 3D-Tabelle) zum Download für das Zielfahrzeug, das geflasht wird, bereitgestellt werden. Anstatt die gesamten speicherintensiven 2D- oder 3D-Tabellen mit einzelnen Zellen (z. B. x₁, y₁, z₁, x₂, y₂ usw.) herunterzuladen, lädt die verbesserte Herangehensweise daher stattdessen regredierte Gleichungen für jede Tabelle gemeinsam mit einem gewünschten Bereich für ihre unabhängige(n) Achse oder Achsen herunter.
Fahrzeuge können auf Grundlage von vorhergesagter Verwendung des Fahrzeugs bestimmen, Teilmengen der Kalibrierungstabellen zu reproduzieren. Wenn sich das Fahrzeug zum Beispiel in einem heißen Klima auf Meeresspiegelniveau aufhält, kann das Fahrzeug wählen, nicht die gesamte 3D-Tabelle für alle Bereiche von barometrischem Druck und Umgebungstemperatur zu reproduzieren. Oder das Fahrzeug kann wählen, Abschnitte der Tabellen auf Grundlage von vorhergesagtem Bedarf, Speicher einzusparen, zu reproduzieren. Wenn das Fahrzeug zum Beispiel in einem heißen Klima betrieben wird, dann besteht kein Bedarf daran, die Tabellenzellen zu reproduzieren, die für kaltes Klima relevant sind, was Speicher einspart. Ähnlich müssen Fahrzeuge, die bei Meeresspiegelniveau betrieben werden, keine Tabellen für große Höhenlagen reproduzieren. Die Reproduktion von Inhalt kann auf dem erwarteten bordeigenen Verbrauch basieren, der durch Umweltfaktoren des Fahrzeugstandorts bestimmt wird (heiß gegenüber kalt, Meeresniveau gegenüber Höhenlage, trocken gegenüber feucht usw.). Da das Fahrzeug die regredierten Gleichungen jedoch an Bord speichert, kann das Fahrzeug neue Abschnitte der Kalibrierungstabellen bei Bedarf reproduzieren, um einer neuen Anforderung für Umweltbereiche zu entsprechen.
In einem einfachen Beispiel einer linearen 2D-Tabelle mit zehn Elementen, können der Anstieg (m), der y-Achsenabschnitt (b), der Bereich (X_begin und X_end) und der x-Zuwachs über OTA übermittelt werden. Es ist anzumerken, dass, wenn nur fünf anstatt zehn Parameter übermittelt werden, die Datenübermittlung um 50 % reduziert wird. Die zehn ursprünglichen Elemente der 2D-Tabelle können dann unter Verwendung bordeigener Computerverarbeitung bei dem Fahrzeug reproduziert werden (z. B. bei der bordeigenen Antriebsstrangsteuerung, wenn die Tabelle zur Konfiguration des Antriebsstrangs dient). Bei einer 3D-Tabelle mit einhundert Elementen (z. B. eine 10x10-Tabelle) kann die Effizienz erhöht werden, da nur die Koeffizienten der Ebene a, b und c gemeinsam mit dem x- und y-Bereich und der x- und y-Zuwachs über OTA übertragen werden.
Somit werden während des Reflash-Prozesses nur neun anstatt einhundert Parameter übermittelt, was eine Reduzierung der Datenübermittlung von 90 % ergibt.
Durch Komprimieren der Tabellen in den Kalibrierungen in ihre gekürzten mathematischen Darstellungen wird ein effizientes In-situ-Reflashen von Fahrzeugen erreicht. Mit dem vorgeschlagenen Verfahren nimmt das drahtlose Flashen tausender Fahrzeuge weniger Zeit in Anspruch und entlastet den Cloudserver, um andere Aufgaben durchzuführen.
Weiterhin kann die beschriebene Herangehensweise die Kalibrierungstabellen gemäß einer Hierarchie reproduzieren. Zum Beispiel werden Tabellen, die die Motor- und Getriebesteuerung betreffen, zuerst reproduziert, um es dem Fahrzeug zu ermöglichen, gefahren zu werden. Tabellen, die mit Diagnosen assoziiert sind, können später reproduziert werden, da sie Eintrittsbedingungen aufweisen, die wahrscheinlich nicht vor einem späteren Zeitpunkt in einem Fahrzyklus erfüllt werden.
Als eine weitere Verbesserung kann die beschriebene Herangehensweise unter Verwendung von Fahrzeug-zu-Fahrzeug-Kommunikation, wie etwa dedizierte Nahbereichskommunikation (Dedicated Short-Range Communications - DSRC), auch Datentabellen für andere Fahrzeuge reproduzieren. Viele Fahrzeuge sind derart konstruiert, dass sie mindestens zwei Kommunikationsmodi aufweisen: modembasierte Mobilfunkkommunikation und Nahbereichsfunkkommunikation (DSRC). Sollte eine Peer-Fahrzeug den Kontakt mit dem Aktualisierungsserver verlieren, dann kann das Fahrzeug Kalibrierungstabellen von einem Fahrzeug anfordern, das das Wissen der Regressionsgleichungen aufweist. Dementsprechend können Peer-Fahrzeuge die Kalibrierungstabellen von einem anderen Fahrzeug erlangen, das das regredierte Datenmodell teilt, oder können die Werte von einem Fahrzeug erlangen, wenn dem Peer-Fahrzeug die Fähigkeit fehlt, das regredierte Datenmodell in die vollständige Datentabelle zu erweitern.
1 veranschaulicht ein beispielhaftes System 100 unter Verwendung von Datenregressionstechniken, um Kalibrierungsdaten zur effizienten Übermittlung und Reproduktion zu modellieren. Wie veranschaulicht, beinhalten die Fahrzeuge 102-A und 102-B (zusammen 102) eine Vielzahl von Fahrzeugsteuerungen 104, die über einen oder mehrere Fahrzeugbusse 106 in Kommunikation stehen. Das System 100 beinhaltet auch einen OTA-Cloudserver 118, der dazu konfiguriert ist, Datenzuordnungen 120 und andere Softwareaktualisierungsinformationen zu hinterlegen, die den Fahrzeugen 102 bereitgestellt werden sollen. Der OTA-Cloudserver 118 kann einen Datenzuordnungsmodellierungsdienst 124 verwenden, um eine mathematisch modellierte oder regredierte Version von Datenzuordnungen 120 zu bestimmen, die hierin als modellierte Datenzuordnungen 122 bezeichnet werden. Das Fahrzeug 102 beinhaltet ferner eine Telematiksteuereinheit (telematics control unit - TCU) 108, die dazu konfiguriert ist, Datenaktualisierungsanforderungen an den OTA-Cloudserver 118 zu senden, sowie die modellierten Datenzuordnungen 122 von dem OTA-Cloudserver 118 zu empfangen. Die TCU 108 kann einen Softwareaktualisierungsdienst 126 verwenden, um Softwareaktualisierungen von dem OTA-Cloudserver 118 anzufordern oder zu empfangen. Es kann ein Datenzuordnungserweiterungsdienst 130 durch das Fahrzeug 102 verwendet werden, um modellierte Datenzuordnungen 122 zurück in eine vollständige Version der Datenzuordnungen 120 zur Verwendung durch das Fahrzeug 102 zu verarbeiten. Die Fahrzeuge 102-A und 102-B können auch dazu konfiguriert sein, miteinander zu kommunizieren, z. B. durch Verwendung ihrer DSRC-Steuerungen 104-C, um ein direktes Weiterleiten von Datenzuordnungen und/oder modellierter Datenzuordnungen 122 zwischen den Fahrzeugen 102 bereitzustellen. Es ist anzumerken, dass das System 100 lediglich ein Beispiel darstellt und das andere Anordnungen oder Kombinationen von Elementen verwendet werden können.
Bei dem Fahrzeug 102 kann es sich um verschiedene Arten von Automobilen, Softroadern (crossover utility vehicle - CUV), Geländelimousinen (sport utility vehicle - SUV), Trucks, Wohnmobilen (recreational vehicle - RV), Booten, Flugzeugen oder anderen mobilen Maschinen zum Befördern von Personen oder Gütern handeln. In vielen Fällen kann das Fahrzeug 102 durch eine Brennkraftmaschine angetrieben werden. Als eine weitere Möglichkeit kann es sich bei dem Fahrzeug 102 um ein Hybrid-Elektrofahrzeug (hybrid electric vehicle - HEV) handeln, das sowohl durch einen Verbrennungsmotor als auch durch 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 Konfiguration des Fahrzeugs 102 variieren können, können auch die Funktionen des Fahrzeugs 102 entsprechend variieren. Um einige weitere Möglichkeiten zu nennen, können die Fahrzeuge 102 unterschiedliche Eigenschaften in Bezug auf die Passagierkapazität, die Abschleppfähigkeit und -kapazität und den Stauraum aufweisen. Für Titel, Bestand und andere Zwecke können die Fahrzeuge 102 mit einmaligen Kennungen assoziiert werden, wie zum Beispiel FINs.
Das Fahrzeug 102 kann eine Vielzahl von Steuerungen 104 beinhalten, die konfiguriert sind, um verschiedene Funktion des Fahrzeugs 102, die von der Batterie und/oder dem Antriebsstrang des Fahrzeugs versorgt werden, durchzuführen und zu verwalten. Wie in der Abbildung sind die beispielhaften Fahrzeugsteuerungen 104 als diskrete Steuerungen 104-A bis 104-G dargestellt. Die Fahrzeugsteuerungen 104 können jedoch physische Hardware, Firmware und/oder Software gemein haben, sodass die Funktionen mehrerer Steuerungen 104 in eine einzelne Steuerung 104 integriert sein können und die Funktionen verschiedener dieser Steuerungen 104 über eine Vielzahl von Steuerungen 104 verteilt sein können.
Um einige nicht einschränkende Beispiele für die Fahrzeugsteuerungen 104 zu nennen: eine Antriebsstrangsteuerung 104-A kann dazu konfiguriert sein, eine Steuerung von Motorbetriebskomponenten (z. B. Leerlaufsteuerkomponenten, Kraftstoffabgabekomponenten, Emissionssteuerkomponenten usw.) und das Überwachen des Status solcher Motorbetriebskomponenten (z. B. Status von Motorcodes) bereitzustellen; eine Karosseriesteuerung 104-B kann dazu konfiguriert sein, verschiedene Leistungssteuerfunktionen, wie etwa Außenbeleuchtung, Innenbeleuchtung, schlüssellosen Zugang, Fernstart und Statusverifizierung von Zugriffspunkten (z. B. Schließstatus der Motorhaube, der Türen oder des Kofferraums des Fahrzeugs 102), zu verwalten; eine Funksendeempfängersteuerung 104-C kann dazu konfiguriert sein, mit Schlüsselanhängern, mobilen Vorrichtungen oder anderen lokalen Vorrichtungen des Fahrzeugs 102 zu kommunizieren; eine Unterhaltungssteuerung 104-D kann dazu konfiguriert sein, Sprachbefehle und BLUETOOTH-Schnittstellen mit dem Fahrer und Fahrermobilvorrichtungen zu unterstützen; eine Klimasteuerverwaltungssteuerung 104-E kann dazu konfiguriert sein, eine Steuerung von Komponenten des Heiz- und Kühlsystems (z. B. Verdichterkupplung, Gebläselüfter, Temperatursensoren usw.) bereitzustellen; eine Steuerung für ein globales Positionsbestimmungssystem (global positioning system - GPS) 104-F kann dazu konfiguriert sein, Fahrzeugstandortinformationen bereitzustellen; und eine Steuerung für eine Mensch-Maschine-Schnittstelle (human-machine interface - HMI) 104-G kann dazu konfiguriert sein, Benutzereingaben über verschiedene Schaltflächen oder andere Steuerungen zu empfangen sowie Fahrzeugstatusinformationen, wie etwa Kraftstoffstandinformationen, Motorbetriebstemperaturinformationen und den aktuellen Standort des Fahrzeugs 102, an einen Fahrer bereitzustellen.
Der Fahrzeugbus 106 kann verschiedene Kommunikationsverfahren beinhalten, die zwischen den elektronischen Steuereinheiten (vehicle electronic control units - ECUs) 104 des Fahrzeugs sowie zwischen der TCU 108 und den Fahrzeug-ECUs 104 verfügbar sind. Um einige nicht einschränkende Beispiele zu nennen, kann der Fahrzeugbus 106 ein oder mehrere von einem Fahrzeug-Controller-Area-Network (CAN), einem Ethernet-Netzwerk und einem Media-Oriented-System-Transfer-Netzwerk (MOST-Netzwerk) beinhalten. Weitere Aspekte des Layouts und der Anzahl von Fahrzeugbussen 106 werden nachstehend ausführlicher erörtert.
Die TCU 108 kann Netzwerkhardware beinhalten, die dazu konfiguriert ist, die Kommunikation zwischen den Fahrzeug-ECUs 104 und anderen Vorrichtungen des Systems 100 zu ermöglichen. Die TCU 108 kann zum Beispiel ein Mobilfunkmodem 110, das dazu konfiguriert ist, Kommunikation mit einem Weitverkehrsnetzwerk 112 zu ermöglichen, beinhalten oder anderweitig auf ein solches zugreifen. Das Weitverkehrsnetzwerk 112 kann ein oder mehrere miteinander verbundene Kommunikationsnetzwerke, wie etwa, als einige nicht einschränkende Beispiele, das Internet, ein Kabelfernsehverteilungsnetzwerk, ein Satellitenverbindungsnetzwerk, ein lokales Netzwerk und ein Telefonnetzwerk, beinhalten. Als ein weiteres Beispiel kann die TCU 108 eines oder mehrere von Vernetzung über ein BLUETOOTH-, Wi-Fi- oder drahtgebundenen USB-Netzwerk nutzen, um Kommunikation mit dem Weitverkehrsnetzwerk 112 über die mobile Vorrichtung des Benutzers zu ermöglichen.
Die TCU 108 kann ferner verschiedene Arten von Rechenvorrichtungen zur Unterstützung der Durchführung der Funktionen der hierin beschriebenen TCU 108 beinhalten. In einem Beispiel kann die TCU 108 einen oder mehrere Prozessoren 114, die zum Ausführen von Computeranweisungen konfiguriert sind, und ein Speichermedium 116, in dem die computerausführbaren Anweisungen und/oder Daten hinterlegt werden können, beinhalten. Ein computerlesbares Speichermedium (auch als prozessorlesbares Medium oder prozessorlesbarer Speicher 116 bezeichnet) beinhaltet ein beliebiges nicht transitorisches (z. B. greifbares) Medium, das an der Bereitstellung von Daten (z. B. Anweisungen) beteiligt ist, die von einem Computer (z. B. von dem Prozessor/den Prozessoren) ausgelesen werden können. Im Allgemeinen empfängt der Prozessor 114 Anweisungen und/oder Daten, z.B. vom Speicher 116 usw., in einem Arbeitsspeicher und führt die Anweisungen unter Verwendung der Daten aus, wodurch ein oder mehrere Prozesse, einschließlich eines oder mehrerer der hierin beschriebenen Prozesse, durchgeführt werden. Computerausführbare Anweisungen können von Computerprogrammen kompiliert oder ausgewertet werden, die unter Verwendung einer Reihe von Programmiersprachen und/oder -technologien erzeugt wurden, einschließlich, ohne darauf beschränkt zu sein, und entweder für sich oder in Kombination Java, C, C++, C#, Fortran, Pascal, Visual Basic, Python, Java Script, Perl, PL/SQL usw.
Die TCU 108 kann dazu konfiguriert sein, eine oder mehrere Schnittstellen zu beinhalten, von denen Fahrzeuginformationen gesendet und empfangen werden können. In einem Beispiel kann die TCU 108 dazu konfiguriert ist, die Sammlung von DTC-Daten und/oder anderer Fahrzeuginformationen von den Fahrzeugsteuerungen 104 zu ermöglichen, die mit einem oder mehreren Fahrzeugbussen 106 verbunden sind. Wenngleich nur ein einzelner Bus 106 veranschaulicht ist, sollte angemerkt werden, dass in vielen Beispielen mehrere Fahrzeugbusse 106 enthalten sind, wobei ein Teilsatz der Steuerungen 104 mit jedem Bus 106 verbunden ist. Um auf eine bestimmte Steuerung 104 zuzugreifen, kann die TCU 108 dementsprechend dazu konfiguriert sein, eine Zuordnung dafür zu hinterlegen, welche Busse 106 mit welchen Steuerungen 104 verbunden sind, und auf den entsprechenden Bus 106 für eine Steuerung 104 zuzugreifen, wenn eine Kommunikation mit der konkreten Steuerung 104 gewünscht wird.
Der OTA-Cloudserver 118 kann verschiedene Arten von Rechenvorrichtungen, wie etwa einen Computerarbeitsplatz, einen Server, einen Desktop-Computer, eine virtuelle Serverinstanz, die durch einen Großrechner-Server ausgeführt wird, oder ein anderes Rechensystem und/oder eine andere Rechenvorrichtung, beinhalten. Ähnlich der TCU 108 schließt der OTA-Cloudserver 118 im Allgemeinen einen Speicher ein, in dem computerausführbare Anweisungen hinterlegt werden können, wobei die Anweisungen von einem oder mehreren Prozessoren (aus Gründen der Eindeutigkeit nicht gezeigt) ausführbar sein können. Derartige Anweisungen und andere Daten können unter Verwendung einer Vielfalt an computerlesbaren Medien gespeichert werden. In einem nicht einschränkenden Beispiel kann der OTA-Cloudserver 118 dazu konfiguriert sein, die Datenzuordnungen 120 und den Datenzuordnungsmodellierungsdienst 124 zu hinterlegen.
Die Datenzuordnungen 120 können sich auf Konfigurationstabellen oder andere Datensätze beziehen, die durch die Steuerungen 104 des Fahrzeugs 102 verwendet werden, um Konfiguration des Fahrzeugs 102 bereitzustellen. In einigen Beispielen können die Datenzuordnungen 120 2D sein und einen resultierenden Wert als Reaktion auf ein Paar von Eingabevariablen zuordnen. In anderen Beispielen können die Datenzuordnungen 120 3D (oder mehr) sein und einen resultierenden Wert als Reaktion auf drei (oder mehr) Eingabevariablen zuordnen. In vielen Fällen können die Datenzuordnungen 120 Kalibrierungen spezifizieren, die Umwelt- und Betriebsbedingungsfaktoren kompensieren. Diese Faktoren können, um einige Beispiele zu nennen, die Umgebungstemperatur, den barometrischen Druck, die Luftfeuchtigkeit und Fahrzeugbetriebsbedingungen (z. B. elektrische Last, Motordrehzahl, Fahrzeuggeschwindigkeit usw.) beinhalten. Die Datenzuordnungen 120 können diese oder andere Faktoren als Eingabe verwenden, um einen Ausgabewert zur Verwendung beim Kompensieren von spezifizierten Eingabebedingungen bereitzustellen. Da Fahrzeuge 102 konstruiert sein können, um bei einer großen Vielfalt von Bedingungen betrieben zu werden, können die Datenzuordnungen 120 und/oder Kalibrierungszuordnungen von beträchtlicher Größe sein.
Die modellierten Datenzuordnungen 122 beziehen sich auf Charakterisierungen der Datenzuordnungen 120 gemäß einem mathematischen Modell. In einem Beispiel können viele 2D-Tabellen entweder durch lineare Gleichungen (z.B. Y =mx + b) oder gemäß einem Polynom zweiter oder höherer Ordnung (z. B. Y = ax² + bx + c) modelliert werden. Gleichermaßen können 3D-Tabellen von Schwellenwerten mit unabhängigen x- und y-Achsen gemäß einer 3D-Ebenengleichung (z. B. Z = aY + bX + c) oder, wenn die Tabellendaten nicht linear sind, durch ein Polynom höherer Ordnung charakterisiert werden. Für unterbrochene Kurven können die modellierten Datenzuordnungen 122 eine Partitionierung einer Kurve einer Datenzuordnung 120 in mehrere lineare Abschnitt beinhalten, wobei jeder Abschnitt separat modelliert wird.
Der Datenzuordnungsmodellierungsdienst 124 kann eine Anwendung sein, die im Speicher des OTA-Cloudservers 118 enthalten ist. Der Datenzuordnungsmodellierungsdienst 124 kann Anweisungen beinhalten, die, wenn sie durch einen oder mehrere Prozessoren des OTA-Cloudservers 118 ausgeführt werden, den OTA-Cloudserver 118 dazu veranlassen, vorhersagende Modellierungstechniken zu verwenden, um Beziehungen zwischen Datenelementen der Datenzuordnungen 120 zu identifizieren. Der Datenzuordnungsmodellierungsdienst 124 kann dazu programmiert sein, Kurven, Linien oder andere Datenmodelle Datenpunkten der Datenzuordnungen 120 auf eine solche Weise anzupassen, dass die Unterschiede zwischen den Abständen von Datenpunkten aus der vorgeschlagenen Kurve oder Linie minimiert sind.
Der Datenzuordnungsmodellierungsdienst 124 kann zum Beispiel lineare Regression verwenden, bei der es sich um eine Technik handelt, die eine Beziehung zwischen einer abhängigen Variable und einer oder mehreren unabhängigen Variablen unter Verwendung einer optimierten Geraden oder Regressionslinie erstellt. Eine beispielhafte Technik zum Anpassen von Daten unter Verwendung linearer Regression besteht aus der Verwendung des Verfahrens kleinster Quadrate. Dieses Verfahren minimiert die Summe der Quadrate der vertikalen Abweichungen von jedem Datenpunkt zu der Linie, um die optimierte Linie zu berechnen. Es ist anzumerken, dass es sich bei der Verwendung linearer Regression und des Verfahrens kleinster Quadrate nur um ein Beispiel handelt und dass andere Regressionstechniken und Verfahren ebenso verwendet werden können. Der Datenzuordnungsmodellierungsdienst 124 kann zum Beispiel zusätzlich oder alternativ die Datenzuordnungen 120 unter Verwendung polynomialer Regression modellieren, bei der die optimierte Linie eine Kurve anstatt einer Geraden ist. Der Datenzuordnungsmodellierungsdienst 124 auch dazu konfiguriert sein, Unterbrechungen in den Daten der Datenzuordnung 120 zu identifizieren und kann separate Abschnitte der Datenzuordnung 120 unabhängig modellieren.
Der Softwareaktualisierungsdienst 126 kann eine Anwendung sein, die im Speicher 116 der TCU 108 enthalten ist. Der Softwareaktualisierungsdienst 126 kann Anweisungen beinhalten, die, wenn sie durch den Prozessor 114 der TCU 108 ausgeführt werden, die TCU 108 dazu veranlassen, Funktionen in Bezug auf Anfordern und Empfang von Softwareaktualisierungen durchzuführen. In einem Beispiel kann der Softwareaktualisierungsdienst 126 dazu konfiguriert sein, Aktualisierungsanforderungen 128 an den OTA-Cloudserver 118 zu senden und die aktualisierte Datenzuordnungen 120 des Fahrzeugs 102 anfordern. Der Softwareaktualisierungsdienst 126 kann auch dazu konfiguriert sein, modellierte Datenzuordnungen 122 von dem OTA-Cloudserver 118 (entweder über Aktualisierungsanforderungen 128 angefragt oder in anderen Beispielen in das Fahrzeug 102 gepusht) zu empfangen und die modellierten Datenzuordnungen 122 über die Fahrzeugbusse 106 an die geeignete Steuerung 104 zu senden. In einem Beispiel können die von dem OTA-Cloudserver 118 empfangenen Aktualisierungen Kennungen beinhalten, die die Steuerung angeben, für die die modellierten Datenzuordnungen 122 gesendet werden sollen.
Der Datenzuordnungserweiterungsdienst 130 kann ein Dienst sein, der in der Steuerung 104 enthalten ist, die aktualisiert werden soll. Wie gezeigt ist ein Datenzuordnungserweiterungsdienst 130 auf einer Antriebsstrangsteuerung 104-A installiert gezeigt; es ist jedoch anzumerken, dass jede Steuerung, die eine Erweiterung von Datenzuordnungen 120 aus modellierten Datenzuordnungen 122 unterstützt, ihren eigenen Datenzuordnungserweiterungsdienst 130 beinhalten kann. In einem anderen Beispiel kann das Fahrzeug 102 eine Steuerung beinhalten, die dem Durchführen der Vorgänge des Datenzuordnungserweiterungsdiensts 130 zugeordnet ist, wobei die anderen Steuerungen 104 Erweiterungsdienste von der zugeordneten Steuerung anfordern und die resultierenden Daten empfangen können (z. B. mittels Kommunikation über die Fahrzeugbusse 106). In einem noch anderen Beispiel können die Dienste des Datenzuordnungserweiterungsdiensts 130 durch die TCU 108 bereitgestellt werden.
Unabhängig von der Position der Funktion des Datenzuordnungserweiterungsdiensts 130 kann der Datenzuordnungserweiterungsdienst 130 dazu konfiguriert sein, eine gesamte oder einen Abschnitt einer Datenzuordnung 120 auf Grundlage einer modellierten Datenzuordnung 122 zu generieren. Der Datenzuordnungserweiterungsdienst 130 kann zum Beispiel das mathematische Modell verwenden (z. B. die optimierte Linie), um die Werte der Datenzuordnung 120 neu zu erzeugen.
In einigen Fällen kann der Datenzuordnungserweiterungsdienst 130 die gesamte Datenzuordnung 120 aus den modellierten Datenzuordnungen 122 reproduzieren. In anderen Fällen kann der Datenzuordnungserweiterungsdienst 130 nur einen Abschnitt der Datenzuordnung 120 aus der modellierten Datenzuordnung 122 reproduzieren. Wenn sich das Fahrzeug 102 zum Beispiel in einem heißen Klima auf Meeresspiegelniveau aufhält, kann das Fahrzeug 102 wählen, nicht eine gesamte Datenzuordnung 120 für alle Bereiche von barometrischem Druck und Umgebungstemperatur zu reproduzieren. Oder das Fahrzeug 102 kann wählen, Abschnitte der Datenzuordnung 120 auf Grundlage von vorhergesagtem Bedarf, Speicher einzusparen, zu reproduzieren. Wenn das Fahrzeug 102 zum Beispiel in einem heißen Klima betrieben wird, dann besteht kein Bedarf daran, die Tabellenzellen zu reproduzieren, die für kaltes Klima relevant sind. Ähnlich müssen Fahrzeuge 102, die bei Meeresspiegelniveau betrieben werden, keine Tabellen für große Höhenlagen reproduzieren. Die Reproduktion von Inhalt kann auf dem erwarteten bordeigenen Verbrauch basieren, der durch Umweltfaktoren des Fahrzeugstandorts bestimmt wird (heiß gegenüber kalt, Meeresniveau gegenüber Höhenlage, trocken gegenüber feucht usw.). Da das Fahrzeug 102 die regredierten Gleichungen jedoch an Bord speichert, kann das Fahrzeug 102 neue Abschnitte der Datenzuordnung 120 bei Bedarf reproduzieren, um einer neuen Anforderung für Umweltbereiche zu entsprechen.
2 veranschaulicht ein Beispiel 200 einer 2D-Datenzuordnung 120. Wie gezeigt veranschaulicht die beispielhafte Zuordnung 120 eine Übertragungsfunktion des Kraftstofftankdrucksensors. Es ist anzumerken, dass die Funktion einer Geraden folgt, die als eine Gleichung der Form y = mx + b wiedergegeben werden kann. Somit kann die 2D-Datenzuordnung 120 in eine modellierte Datenzuordnung 122 regrediert werden, die als die Koeffizienten m und b spezifiziert ist.
3 veranschaulicht ein Beispiel 300 einer 3D-Datenzuordnung 120. Wie gezeigt veranschaulicht die beispielhafte Zuordnung 120 eine Grenzzündfunken-Modifikatortabelle für den Übergangsbetrieb beim Vorverstellen der Zündung. Bei den Eingaben für die Tabelle handelt es sich um die Motordrehzahl des Fahrzeugs 102 sowie die Last und die Ausgabe ist das Vorverstellen der Zündung. Es ist anzumerken, dass diese beispielhafte Tabelle von Schwellenwerten eine lineare Ebene ist. Somit kann die 3D-Datenzuordnung 120 in eine modellierte Datenzuordnung 122 regrediert werden, die als XY-Ebenenkoeffizienten, ein x-Bereich, ein x-Zuwachs, ein y-Bereich und ein y-Zuwachs spezifiziert ist. Die z-Werte können an Bord entsprechend reproduziert werden.
4 veranschaulicht ein Beispiel 400 einer 2D-Datenzuordnung 120, von der nur ein Abschnitt reproduziert werden soll. Wie gezeigt veranschaulicht die beispielhafte Zuordnung 120 einen Multiplikator für einen positiven Druckschwellenwert für natürliches Vakuum bei ausgeschaltetem Motor (engine-off natural vacuum - EONV) basierend auf barometrischem Druck. Dementsprechend nimmt die 2D-Datenzuordnung den barometrischen Druck (Höhenlage) auf und gibt einen EONV-Schwellenwertnormalisierer aus. Es ist anzumerken, dass, wenn das Fahrzeug 102 in einem heißen Klima betrieben wird (z. B. in der Innenstadt von Miami während der Sommermonate), nicht die gesamte Zuordnung 120 für den Betrieb erforderlich ist. Stattdessen kann als Reaktion darauf, dass das Fahrzeug 102 in einer warmen Klimazone betrieben wird, nur ein Abschnitt der Zuordnung 120 (in dem umschlossenen Rechteck gezeigt) an Bord des Fahrzeugs 102 reproduziert werden.
5 veranschaulicht ein Beispiel 500 einer 3D-Datenzuordnung 120, von der nur ein Abschnitt reproduziert werden soll. Wie gezeigt, veranschaulicht die beispielhafte Zuordnung 120 einen negativen Druckschwellenwert für natürliches Vakuum bei ausgeschaltetem Motor (EONV) nach Lufttemperatur. Dementsprechend kann die 3D-Datenzuordnung 120 die Umgebungstemperatur aufnehmen und EONV-Schwellenwerte ausgeben. Auch hier ist nicht die gesamte Zuordnung 120 für den Betrieb erforderlich, wenn das Fahrzeug 102 in einem heißen Klima betrieben wird (z. B. in der Innenstadt von Miami während der Sommermonate). Stattdessen kann als Reaktion darauf, dass das Fahrzeug 102 in einer warmen Klimazone betrieben wird, nur ein Abschnitt der Zuordnung 120 (in dem umschlossenen Rechteck gezeigt) an Bord des Fahrzeugs 102 reproduziert werden.
6 veranschaulicht ein beispielhaftes Diagramm 600 von Wettermustern zur Verwendung bei dem Bestimmen, welcher Abschnitt einer Datenzuordnung 120 reproduziert werden soll. Wie gezeigt, gibt das Diagramm nach Monat mittlere, Höchst- und Niedrigsttemperaturen für eine geografische Region an, in der sich das Fahrzeug 102 befindet. Unter Verwendung des Diagramms 600, kann das Fahrzeug 102 dazu in der Lage sein, zu bestimmen, welche Teilmenge einer Datenzuordnung 120 neu erzeugt werden sollte. Das Fahrzeug 102 kann zum Beispiel nur Werte reproduzieren, die sich innerhalb des Bereichs für Höchsttemperaturen oder des Bereichs für Niedrigsttemperaturen für den aktuellen Monat befinden.
7 veranschaulicht einen beispielhaften Prozess 700 für das Erzeugen von modellierten Datenzuordnungen 122 aus den Datenzuordnungen 120. In einem Beispiel kann der Prozess 700 durch den OTA-Cloudserver 118 durchgeführt werden, der in Kommunikation mit den Elementen des Systems 100 steht.
Bei Vorgang 702 identifiziert der OTA-Cloudserver 118 ein Fahrzeug 102, das eine Aktualisierung einer Datenzuordnung 120 empfangen soll. In einem Beispiel kann der OTA-Cloudserver 118 eine Aktualisierungsanforderung 128 von dem Softwareaktualisierungsdienst 126 des Fahrzeugs 102 empfangen, das aktualisiert werden soll. In einem anderen Beispiel kann der OTA-Cloudserver 118 bestimmen, eine Aktualisierung an das Fahrzeug 102 zu senden, z. B. als Reaktion auf den Empfang einer aktualisierten Datenzuordnung 120, die durch das Fahrzeug 102 verwendet wird.
Bei 704 modelliert der OTA-Cloudserver 118 die Datenzuordnung 120, um eine modellierte Datenzuordnung 122 zu generieren. In einem Beispiel verwendet der Datenzuordnungsmodellierungsdienst 124 vorhersagende Modellierungstechniken, um Beziehungen zwischen Datenelementen der Datenzuordnungen 120 zu identifizieren. Der Datenzuordnungsmodellierungsdienst 124 kann zum Beispiel, Kurven, Linien oder andere Datenmodelle Datenpunkten der Datenzuordnungen 120 auf eine solche Weise anpassen, dass die Unterschiede zwischen den Abständen von Datenpunkten aus der vorgeschlagenen Kurve oder Linie minimiert sind. Die resultierenden Daten, z. B. Koeffizienten von Modellgleichungen und Bereichsinformationen können in die modellierte Datenzuordnung 122 integriert werden.
Bei 706 endet der OTA-Cloudserver 118 die modellierte Datenzuordnung 122 an das Fahrzeug 102. In einem Beispiel sendet der OTA-Cloudserver 118 die modellierte Datenzuordnung 122 über ein Weitverkehrsnetzwerk 112 an das Modem 110 des Fahrzeugs 102, damit es durch den Softwareaktualisierungsdienst 126 der TCU 108 verarbeitet wird. Von dort aus kann die modellierte Datenzuordnung 122 dem Datenzuordnungserweiterungsdienst 130 zur Verwendung bereitgestellt werden. In vielen Beispielen kann, um die Integrität der Daten der modellierten Datenzuordnung 122 zu bewahren, eine Prüfsumme bezüglich der übermittelten Daten berechnet werden, die gemeinsam mit der modellierten Datenzuordnung 122 zur Verwendung beim Validieren der Integrität der Übermittlung durch den Empfänger übermittelt werden. In einem einfachen Beispiel kann die Prüfsumme durch Durchführen von Vorgängen, wie etwa Addition oder Exklusiv-Oder erzeugt werden, die die Elemente der modellierten Datenzuordnung 122 verwenden. Nach Vorgang 706 endet der Prozess 700.
8 veranschaulicht einen beispielhaften Prozess 800 für die Reproduktion von Datenzuordnungen 120 aus modellierten Datenzuordnungen 122. In einem Beispiel kann der Prozess 800 durch das Fahrzeug 102 durchgeführt werden, das in Kommunikation mit den Elementen des Systems 100 steht.
Bei 802 empfängt das Fahrzeug 102 die modellierte Datenzuordnung 122. In einem Beispiel kann das Fahrzeug 102 die modellierte Datenzuordnung 122 gemäß Vorgang 706 des Prozesses 700 empfangen. Ferner kann das Fahrzeug 102 unter Verwendung der Prüfsumme, die in den empfangenen Daten enthalten ist, die Daten validieren. Das Fahrzeug 102 kann zum Beispiel auch unabhängig die gleiche Prüfsummenberechnung durchführen, die bei Vorgang 706 durchgeführt wurde. Wenn die Prüfsummen gleich sind, dann ist die Datenreproduktion gültig. Wenn die Prüfsummen unterschiedlich sind, dann ist während der Datenübermittlung ein Datenfehler aufgetreten und es ist eine erneute Übermittlung erforderlich.
Bei Vorgang 804 identifiziert das Fahrzeug 102 einen Abschnitt der Datenzuordnung 120, die reproduziert werden soll. In einem Beispiel kann das Fahrzeug 102 die gesamte Datenzuordnung 120 reproduzieren. In einem anderen Beispiel kann das Fahrzeug 102 nur den Abschnitt der Datenzuordnung 120 reproduzieren, der aktuellen Fahrzeugbedingungen 102 entspricht. In einem Beispiel kann das Fahrzeug 102 für eine Datenzuordnung 120, die Umgebungstemperatur als eine Eingabe aufweist, ein Diagramm 600 von Wettermustern verwenden, um einen Abschnitt der Datenzuordnung 120 zu identifizieren, die Bedingungen entsprechen, von denen erwartet wird, dass sie für den aktuellen Monat des Jahres auftreten. Unter Verwendung der Informationen kann das Fahrzeug 102 einen Bereich der Datenzuordnung 120 bestimmen, der reproduziert werden soll.
Bei 806 reproduziert das Fahrzeug 102 den identifizierten Abschnitt der Datenzuordnung 120. In einem Beispiel verwendet der Datenzuordnungserweiterungsdienst 130 des Fahrzeugs 102 die Koeffizienten, die in der modellierten Datenzuordnung 122 empfangen werden, und Bereichsinformationen, die bei Vorgang 804 bestimmt werden, um die Werte für den Abschnitt der Datenzuordnung 120 zu berechnen. Diese Werte können in dem Speicher einer Steuerung 104 zur Verwendung zum Abrufen von Daten und zum Fahrzeugbetrieb gespeichert werden.
Bei 808 bestimmt das Fahrzeug 102, ob eine Änderung der Fahrzeugbedingungen aufgetreten ist. In einem Beispiel kann das Fahrzeug 102 die Datenzuordnung 120 periodisch aktualisieren, um sicherzustellen, dass der reproduzierte Abschnitt der Datenzuordnung 120 aktuellen Fahrzeugbedingungen entspricht. In einem anderen Beispiel kann das Fahrzeug 102 die Datenzuordnung 120 als Reaktion auf ein Fehlen der Datenzuordnung 120 aktualisieren, d. h. eine Anforderung für einen Dateneintrag, der sich nicht in dem reproduzierten Abschnitt der Datenzuordnung 120 befindet. Wenn eine Änderung der Fahrzeugbedingungen erkannt wird, geht die Steuerung zu Vorgang 804 über. Andernfalls geht die Steuerung zu Vorgang 810 über.
Bei 810 bestimmt das Fahrzeug 102, ob eine Fahrzeug-zu-Fahrzeug-Anforderung für eine Datenaktualisierung aufgetreten ist. In einem Beispiel können die Fahrzeuge 102 über ein direktes Fahrzeug-zu-Fahrzeug-Protokoll, wie etwa DSRC oder drahtloser Nebenkommunikation miteinander kommunizieren. Unter Verwendung solcher Kommunikation kann ein Fahrzeug 102 anfragen, ob andere Fahrzeuge 102 über eine aktualisierte Datenzuordnung 120 verfügen. Oder Fahrzeuge 102, die eine aktualisierte Datenzuordnung 120 aufweisen, können dies bekannt machen. Oder Fahrzeuge 102 können Versionen von Datenzuordnungen 120, über die sie verfügen, bekannt machen und auf Grundlage dieser Übertragung Anforderungen empfangen, die angeforderten Datenzuordnungen 120 bereitzustellen. Wenn Datenzuordnung 120 gesendet werden soll, geht die Steuerung zu Vorgang 812 über. Anderenfalls kehrt die Steuerung zu Vorgang 808 zurück.
Bei 812 sendet das Fahrzeug 102 die modellierte Datenzuordnung 122 an das Empfängerfahrzeug 102. In einem Beispiel kann, wie bei Vorgang 808 durchgeführt, diese Kommunikation über Fahrzeug-zu-Fahrzeug-Kommunikation durchgeführt werden. Dementsprechend können die Fahrzeuge 102 dazu in der Lage sein, sich über direkte Kommunikation die aktualisierten Datenzuordnungen 120 gegenseitig bereitzustellen. Nach Vorgang 812 kehrt die Steuerung zu Vorgang 808 zurück.
Die im vorliegenden Zusammenhang beschriebenen Rechenvorrichtungen, wie etwa die Steuerungen 104, die TCU 108 und der OTA-Cloudserver 118, beinhalten im Allgemeinen computerausführbare Anweisungen, wobei die Anweisungen von einer oder mehreren Rechenvorrichtungen, wie etwa den vorstehend aufgelisteten, ausführbar sein können. Computerausführbare Anweisungen, wie etwa jene der Datendienstanwendung 126 oder des entfernten Datenanforderungsdiensts 124, können von Computerprogrammen kompiliert oder ausgewertet werden, die unter Verwendung einer Vielfalt von Programmiersprachen und/oder - techniken erstellt worden sind, einschließlich, ohne darauf beschränkt zu sein, und entweder einzeln oder in Kombination JAVA™, C, C++, C#, VISUAL BASIC, JAVASCRIPT, PYTHON, JAVASCRIPT, PERL, PL/SQL usw. Im Allgemeinen empfängt ein Prozessor (z. B. ein 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, einschließlich eines oder mehrerer der hierin beschriebenen Prozesse. Derartige Anweisungen und andere Daten können unter Verwendung einer Vielzahl von computerlesbaren Medien gespeichert und übertragen werden.
Hinsichtlich der hierin beschriebenen Vorgänge, Systeme, Verfahren, Heuristiken usw. versteht es sich, dass die Schritte derartiger Vorgänge usw. zwar als gemäß einer bestimmten Reihenfolge auftretend beschrieben worden sind, derartige Vorgänge jedoch mit den beschriebenen Schritten in einer Reihenfolge durchgeführt werden können, die von der hierin beschriebenen Reihenfolge abweicht. Es versteht sich außerdem, dass bestimmte Schritte gleichzeitig durchgeführt, andere Schritte hinzugefügt oder bestimmte in der vorliegenden Schrift beschriebene Schritte weggelassen werden könnten. Anders ausgedrückt dienen die Beschreibungen von Prozessen in dieser Schrift dem Zwecke der Veranschaulichung bestimmter Ausführungsformen und sollten keinesfalls dahingehend ausgelegt werden, dass sie die Patentansprüche einschränken.
Dementsprechend versteht es sich, dass die vorstehende Beschreibung veranschaulichend und nicht einschränkend sein soll. Viele Ausführungsformen und Anwendungen, bei denen es sich nicht um die bereitgestellten Beispiele handelt, erschließen sich beim Lesen der vorstehenden Beschreibung. Der Umfang sollte nicht bezogen auf die vorstehende Beschreibung, sondern auf die beigefügten Patentansprüche gemeinsam mit dem vollständigen Umfang von Äquivalenten, die für derartige Patentansprüche gültig sind, bestimmt werden. Es wird erwartet und ist beabsichtigt, dass es hinsichtlich der in dieser Schrift erörterten Technologien künftige Entwicklungen geben wird und dass die offenbarten Systeme und Verfahren in derartige künftige Ausführungsformen aufgenommen werden. Insgesamt versteht es sich, dass die Anmeldung modifiziert und variiert werden kann.
Allen in den Ansprüchen verwendeten Ausdrücken sollen deren umfassendste nachvollziehbare Konstruktionen und deren allgemeine Bedeutungen zugeordnet sein, wie sie mit den hier beschriebenen Technologien vertrauten Fachleuten bekannt sind, sofern hier kein ausdrücklicher Hinweis auf das Gegenteil erfolgt. Insbesondere ist die Verwendung der Singularartikel, wie etwa „ein“, „einer“, „eine“, „der“, „die“, „das“ usw., dahingehend auszulegen, dass eines oder mehrere der aufgeführten Elemente genannt werden, es sei denn, ein Anspruch enthält eine ausdrücklich gegenteilige Einschränkung.
Die Zusammenfassung der Offenbarung wird bereitgestellt, um dem Leser einen schnellen Überblick über die Art der technischen Offenbarung zu ermöglichen. Sie wird in der Auffassung eingereicht, dass sie nicht dazu verwendet wird, den Umfang oder die Bedeutung der Ansprüche zu interpretieren oder einzuschränken. Zusätzlich geht aus der vorstehenden detaillierten Beschreibung hervor, dass verschiedene Merkmale zum Zwecke der Vereinfachung der Offenbarung in verschiedenen Ausführungsformen zusammengefasst sind. Dieses Offenbarungsverfahren soll nicht dahingehend interpretiert werden, dass es eine Absicht widerspiegelt, dass die beanspruchten Ausführungsformen mehr Merkmale als ausdrücklich in jedem Patentanspruch genannt erforderlich machen. Vielmehr liegt der Gegenstand der Erfindung in weniger als allen Merkmalen einer einzelnen offenbarten Ausführungsform, wie die folgenden Patentansprüche widerspiegeln. Somit werden die folgenden Ansprüche hiermit in die detaillierte Beschreibung einbezogen, wobei jeder Anspruch für sich als separat beanspruchter Gegenstand steht.
Vorstehend werden zwar beispielhafte Ausführungsformen beschrieben, doch sollen diese Ausführungsformen nicht alle möglichen Formen der Erfindung beschreiben. Vielmehr sind die in der Beschreibung verwendeten Ausdrücke beschreibende und keine einschränkenden Ausdrücke, und es versteht sich, dass verschiedene Änderungen vorgenommen werden können, ohne von Wesen und Umfang der Erfindung abzuweichen. Des Weiteren können die Merkmale verschiedener umsetzender Ausführungsformen miteinander kombiniert werden, um weitere Ausführungsformen der Erfindung zu bilden.
Gemäß der vorliegenden Erfindung wird ein System bereitgestellt, das Folgendes aufweist: einen Hardwareprozessor, der dazu programmiert ist, einen Abschnitt einer Datenzuordnung zu identifizieren, der gemäß aktuellen Fahrzeugbedingungen erweitert werden soll, wobei die Datenzuordnung eine Kalibrierung spezifiziert, um einen Fahrzeugbetrieb bei verschiedenen Fahrzeugbedingungen zu steuern, den Abschnitt der Datenzuordnung unter Verwendung einer modellierten Datenzuordnung zu reproduzieren, die Datenelemente der Datenzuordnungen gemäß einem mathematischen Modell charakterisiert, und die Kalibrierung zum Steuern des Fahrzeugbetrieb zu verwenden.
Gemäß einer Ausführungsform beinhaltet das mathematische Modell der modellierten Datenzuordnung ein Modellieren einer zweidimensionalen Datenzuordnung als Koeffizienten einer linearen Gleichung.
Gemäß einer Ausführungsform beinhaltet das mathematische Modell der modellierten Datenzuordnung ein Modellieren einer dreidimensionalen Datenzuordnung als Koeffizienten einer 3D-Ebenengleichung.
Gemäß einer Ausführungsform beinhaltet der Abschnitt der Datenzuordnung einen Bereich von Eingabewerten der Datenzuordnung.
Gemäß einer Ausführungsform beinhalten die Fahrzeugbedingungen die Umgebungstemperatur und ist der Prozessor ferner dazu programmiert, Informationen zu verwenden, die Temperaturen eines aktuellen Standorts des Fahrzeugs angeben, um den Abschnitt der Datenzuordnung zu bestimmen, der erweitert werden soll.
Gemäß einer Ausführungsform ist die Erfindung ferner durch eine Fahrzeugsteuerung gekennzeichnet, die dazu konfiguriert ist, die Datenzuordnung in einem Speicher der Fahrzeugsteuerung zu hinterlegen, wobei der Hardwareprozessor in der Fahrzeugsteuerung integriert ist.
Gemäß einer Ausführungsform ist die Erfindung ferner durch einen Fahrzeug-zu-Fahrzeug-Sendeempfänger gekennzeichnet, wobei der Fahrzeug-zu-Fahrzeug-Sendeempfänger dazu konfiguriert ist, die modellierte Datenzuordnung als Reaktion auf eine Anforderung des zweiten Fahrzeugs, um die Datenzuordnung über eine Fahrzeug-zu-Fahrzeug-Übertragung zu empfangen, an ein zweites Fahrzeug zu senden.
Gemäß einer Ausführungsform ist der Hardwareprozessor ferner dazu programmiert, die modellierte Datenzuordnung über ein Kommunikationsnetzwerk von einem entfernten Server zu empfangen.
Gemäß der vorliegenden Erfindung wird ein Verfahren, bereitgestellt, das Folgendes aufweist: Modellieren einer Datenzuordnung, um eine modellierte Datenzuordnung zu generieren, wobei die Datenzuordnung eine Kalibrierung beinhaltet, um den Fahrzeugbetrieb bei verschiedenen Wetterbedingungen, denen ein Fahrzeug ausgesetzt ist, zu steuern, wobei die modellierte Datenzuordnung Datenelemente der Datenzuordnung gemäß einem mathematischen Modell charakterisiert; und Senden der modellierten Datenzuordnung an das Fahrzeug, um mindestens einen Abschnitt der Datenzuordnung zu erweitern, um den Fahrzeugbetrieb zu steuern.
Gemäß einer Ausführungsform ist die Erfindung ferner durch das Partitionieren der Datenzuordnung in eine Vielzahl von linearen Teilmengen und das Regredieren jeder der Vielzahl von linearen Teilmengen in eine separate Menge von Koeffizienten einer Gleichung gekennzeichnet.
Gemäß einer Ausführungsform ist die Erfindung ferner durch das Verwenden linearer Regression gekennzeichnet, um Koeffizienten einer Gleichung zu bestimmen, um die Datenzuordnung dem mathematischen Modell anzupassen.
Gemäß einer Ausführungsform ist die Erfindung ferner durch das Anpassen der Datenzuordnung durch Verwendung eines Verfahrens kleinster Quadrate gekennzeichnet.
Gemäß einer Ausführungsform beinhaltet das mathematische Modell der modellierten Datenzuordnung ein Modellieren einer zweidimensionalen Datenzuordnung als Koeffizienten einer linearen Gleichung.
Gemäß einer Ausführungsform beinhaltet das mathematische Modell der modellierten Datenzuordnung ein Modellieren einer dreidimensionalen Datenzuordnung als Koeffizienten einer 3D-Ebenengleichung.
Gemäß der vorliegenden Erfindung wird ein System bereitgestellt, das Folgendes aufweist: einen Server einschließlich eines Hardwareprozessors, der dazu programmiert ist, eine Datenzuordnung zu modellieren, um eine modellierte Datenzuordnung zu generieren, wobei die Datenzuordnung eine Kalibrierung beinhaltet, um den Fahrzeugbetrieb bei verschiedenen Wetterbedingungen, denen ein Fahrzeug ausgesetzt ist, zu steuern, wobei die modellierte Datenzuordnung Datenelemente der Datenzuordnung gemäß einem mathematischen Modell charakterisiert; und die modellierte Datenzuordnung an das Fahrzeug zu senden, um mindestens einen Abschnitt der Datenzuordnung zu erweitern, um den Fahrzeugbetrieb zu steuern.
Gemäß einer Ausführungsform ist der Hardwareprozessor ferner dazu programmiert, die Datenzuordnung in eine Vielzahl von linearen Teilmengen zu partitionieren und jede der Vielzahl von linearen Teilmengen in eine separate Menge von Koeffizienten einer Gleichung zu regredieren.
Gemäß einer Ausführungsform ist der Hardwareprozessor ferner dazu programmiert, lineare Regression zu verwenden, um Koeffizienten einer Gleichung zu bestimmen, um die Datenzuordnung dem mathematischen Modell anzupassen.
Gemäß einer Ausführungsform ist der Hardwareprozessor ferner dazu programmiert, die Datenzuordnung durch Verwenden eines Verfahrens kleinster Quadrate anzupassen.
Gemäß einer Ausführungsform beinhaltet das mathematische Modell der modellierten Datenzuordnung ein Modellieren einer zweidimensionalen Datenzuordnung als Koeffizienten einer linearen Gleichung.
Gemäß einer Ausführungsform beinhaltet das mathematische Modell der modellierten Datenzuordnung ein Modellieren einer dreidimensionalen Datenzuordnung als Koeffizienten einer 3D-Ebenengleichung.

Claims

System, Folgendes umfassend: ein Fahrzeug mit einem Hardwareprozessor, der zu Folgendem programmiert ist: Identifizieren eines Abschnitts einer Datenzuordnung, der gemäß aktuellen Fahrzeugbedingungen erweitert werden soll, wobei die Datenzuordnung eine Kalibrierung spezifiziert, um einen Fahrzeugbetrieb bei verschiedenen Fahrzeugbedingungen zu steuern, Reproduzieren des Abschnitts der Datenzuordnung unter Verwendung einer modellierten Datenzuordnung, die Datenelemente der Datenzuordnungen gemäß einem mathematischen Modell charakterisiert, und Verwenden der Kalibrierung, um den Fahrzeugbetrieb zu steuern.
System nach Anspruch 1, wobei das mathematische Modell der modellierten Datenzuordnung ein Modellieren einer zweidimensionalen Datenzuordnung als Koeffizienten einer linearen Gleichung beinhaltet.
System nach Anspruch 1, wobei das mathematische Modell der modellierten Datenzuordnung ein Modellieren einer dreidimensionalen Datenzuordnung als Koeffizienten einer 3D-Ebenengleichung beinhaltet.
System nach Anspruch 1, wobei der Abschnitt der Datenzuordnung einen Bereich von Eingabewerten der Datenzuordnung beinhaltet.
System nach Anspruch 1, wobei die Fahrzeugbedingungen die Umgebungstemperatur beinhalten und wobei der Prozessor ferner dazu programmiert ist, Informationen zu verwenden, die Temperaturen eines aktuellen Standorts des Fahrzeugs angeben, um den Abschnitt der Datenzuordnung zu bestimmen, der erweitert werden soll.
System nach Anspruch 1, ferner eine Fahrzeugsteuerung umfassend, die dazu konfiguriert ist, die Datenzuordnung in einem Speicher der Fahrzeugsteuerung zu hinterlegen, wobei der Hardwareprozessor in der Fahrzeugsteuerung integriert ist.
System nach Anspruch 1, ferner einen Fahrzeug-zu-Fahrzeug-Sendeempfänger umfassend, wobei der Fahrzeug-zu-Fahrzeug-Sendeempfänger dazu konfiguriert ist, die modellierte Datenzuordnung als Reaktion auf eine Anforderung des zweiten Fahrzeugs, um die Datenzuordnung über eine Fahrzeug-zu-Fahrzeug-Übertragung zu empfangen, an ein zweites Fahrzeug zu senden.
System nach Anspruch 1, wobei der Hardwareprozessor ferner dazu programmiert ist, die modellierte Datenzuordnung über ein Kommunikationsnetzwerk von einem entfernten Server zu empfangen.
Verfahren, Folgendes umfassend: Modellieren einer Datenzuordnung, um eine modellierte Datenzuordnung zu generieren, wobei die Datenzuordnung eine Kalibrierung beinhaltet, um den Fahrzeugbetrieb bei verschiedenen Wetterbedingungen, denen ein Fahrzeug ausgesetzt ist, zu steuern, wobei die modellierte Datenzuordnung Datenelemente der Datenzuordnung gemäß einem mathematischen Modell charakterisiert; und Senden der modellierten Datenzuordnung an das Fahrzeug, um mindestens einen Abschnitt der Datenzuordnung zu erweitern, um den Fahrzeugbetrieb zu steuern.
Verfahren nach Anspruch 9, ferner das Partitionieren der Datenzuordnung in eine Vielzahl von linearen Teilmengen und das Regredieren jeder der Vielzahl von linearen Teilmengen in eine separate Menge von Koeffizienten einer Gleichung umfassend.
Verfahren nach Anspruch 9, ferner das Verwenden linearer Regression umfassend, um Koeffizienten einer Gleichung zu bestimmen, um die Datenzuordnung dem mathematischen Modell anzupassen.
Verfahren nach Anspruch 9, ferner das Anpassen der Datenzuordnung durch Verwendung eines Verfahrens kleinster Quadrate umfassend.
Verfahren nach Anspruch 9, wobei das mathematische Modell der modellierten Datenzuordnung ein Modellieren einer zweidimensionalen Datenzuordnung als Koeffizienten einer linearen Gleichung beinhaltet.
Verfahren nach Anspruch 9, wobei das mathematische Modell der modellierten Datenzuordnung ein Modellieren einer dreidimensionalen Datenzuordnung als Koeffizienten einer 3D-Ebenengleichung beinhaltet.