DE102020106528A1

DE102020106528A1 - Fahrsimulator

Info

Publication number: DE102020106528A1
Application number: DE102020106528.0A
Authority: DE
Inventors: Abhishek Sharma; Pramita Mitra; Yifan Chen
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2019-03-13
Filing date: 2020-03-10
Publication date: 2020-09-17
Also published as: US20200294414A1; CN111696405A

Abstract

Diese Offenbarung stellt einen Fahrsimulator bereit. Eine Fahrsimulationsplattform beinhaltet eine oder mehrere Steuerungen eines Fahrsimulators, die dazu programmiert sind, eine Fahrsimulation für einen vordefinierten Anwendungsfall durchzuführen, der von einem Benutzer über eine webbasierte Konfigurationsschnittstelle ausgewählt wird, wobei die Fahrsimulation Straßendaten verwendet, die von einem Cloud-Server importiert werden; ein Signal zum Bereitstellen für eine externe Vorrichtung in Kommunikation mit der Fahrsimulationsplattform zu empfangen, wobei die externe Vorrichtung zusätzliche Informationen als Unterstützung der Simulation bereitstellt; und als Reaktion auf das Empfangen einer Reaktion von der externen Vorrichtung die Reaktion als eine Simulationsaufzeichnung aufzuzeichnen.

Description

TECHNISCHES GEBIET
Die vorliegende Offenbarung betrifft im Allgemeinen einen Fahrzeugfahrsimulator. Insbesondere betrifft die vorliegende Offenbarung einen Fahrsimulator, der in eine computergestützte Erfahrung (computer-aided experience - CAE) für Mobilität integriert ist.
ALLGEMEINER STAND DER TECHNIK
Es werden Fahrzeugfahrsimulatoren verwendet, um Fahrsimulationen für verschiedene Szenarien bereitzustellen. Berufskraftfahrer, wie etwa Busfahrer, können mit Fahrsimulatoren geschult werden, bevor sie echte Fahrzeuge auf öffentlichen Straßen fahren. Fahrsimulatoren können jedoch unrealistisch sein, da die Fahrbedingungen möglicherweise nicht genau den tatsächlichen Bedingungen entsprechen. Darüber hinaus hilft diese Simulationsumgebung beim digitalen Prototyping eines Mobilitätsdienstes, um Zeit, Kosten und Ressourcen zu sparen.
KURZDARSTELLUNG
In einer oder mehreren veranschaulichenden Ausführungsformen der vorliegenden Offenbarung beinhaltet eine Fahrsimulationsplattform eine oder mehrere Steuerungen eines Fahrsimulators, die dazu programmiert sind, eine Fahrsimulation für einen vordefinierten Anwendungsfall durchzuführen, der von einem Benutzer über eine webbasierte Konfigurationsschnittstelle ausgewählt wird, wobei die Fahrsimulation Straßendaten verwendet, die von einem Cloud-Server importiert werden; ein Signal zum Bereitstellen für eine externe Vorrichtung in Kommunikation mit der Fahrsimulationsplattform zu empfangen, wobei die externe Vorrichtung zusätzliche Informationen als Unterstützung der Simulation bereitstellt; und als Reaktion auf das Empfangen einer Reaktion von der externen Vorrichtung die Reaktion als eine Simulationsaufzeichnung aufzuzeichnen.
In einer oder mehreren veranschaulichenden Ausführungsformen der vorliegenden Offenbarung beinhaltet ein Verfahren für einen Fahrsimulator als Reaktion auf das Empfangen einer Benutzereingabe über eine webbasierte Konfigurationsanwendung das Importieren eines 3D-Stadtmodells und von Straßennetzdaten von einer Datenbank in den Fahrsimulator, Starten einer Fahrsimulation für einen vordefinierten Anwendungsfall, der von einem Benutzer über die webbasierte Konfigurationsanwendung ausgewählt wird; als Reaktion auf das Empfangen einer Funktionseingabe über die webbasierte Konfigurationsanwendung, Einstellen einer Funktionssteuerung für die Simulation während eines Prozesses der Simulation; und als Reaktion auf das Empfangen einer Nachricht von einer externen Vorrichtung, Aufzeichnen der Nachricht als eine Simulationsaufzeichnung in einem Speicher.
In einer oder mehreren veranschaulichenden Ausführungsformen der vorliegenden Offenbarung beinhaltet ein nichttransitorisches computerlesbares Speichermedium Anweisungen, die bei Ausführung durch einen Fahrsimulator den Fahrsimulator zu Folgendem veranlassen: als Reaktion auf das Empfanen einer Benutzereingabe über eine webbasierte Konfigurationsanwendung, Importieren eines 3D-Stadtmodells von einem Cloud-Server in den Fahrsimulator; Starten einer Fahrsimulation für einen vordefinierten Anwendungsfall, der von einem Benutzer über die webbasierte Konfigurationsanwendung ausgewählt wird; als Reaktion auf das Empfangen eines Signals für eine externe Vorrichtung in Kommunikation mit dem Fahrsimulator, Senden des Signals an die externe Vorrichtung; und als Reaktion auf das Empfangen einer Rückmeldung von einer externen Vorrichtung, die auf das Signal reagiert, Aufzeichnen der Rückmeldung als eine Simulationsaufzeichnung in einem Speicher.
Figurenliste
Für ein besseres Verständnis der Erfindung und um zu zeigen, wie sie durchgeführt werden kann, werden an dieser Stelle Ausführungsformen davon ausschließlich als nicht einschränkende Beispiele beschrieben, wobei auf die beigefügten Zeichnungen verwiesen wird, in denen Folgendes gilt:

1 veranschaulicht eine beispielhafte Blocktopologie eines Fahrsimulatorsystems einer Ausführungsform der vorliegenden Offenbarung;
2 veranschaulicht eine beispielhafte Architekturdarstellung einer Mobilitäts-CAE-Plattform einer Ausführungsform der vorliegenden Offenbarung;
3 veranschaulicht eine beispielhafte Darstellung einer Benutzerschnittstelle der Mobilitäts-CAE-Plattform einer Ausführungsform der vorliegenden Offenbarung;
4 veranschaulicht eine beispielhafte Darstellung der Vorschau-/Modifikationsschnittstelle der Mobilitäts-CAE-Plattform einer Ausführungsform der vorliegenden Offenbarung;
5 veranschaulicht eine beispielhafte Darstellung einer Anpassungsschnittstelle der Mobilitäts-CAE-Plattform einer Ausführungsform der vorliegenden Offenbarung;
6 veranschaulicht eine beispielhafte schematische Darstellung der Mobilitäts-CAE-Plattform einer Ausführungsform der vorliegenden Offenbarung; und
7 veranschaulicht ein beispielhaftes Ablaufdiagramm für einen Prozess einer Ausführungsform der vorliegenden Offenbarung.

DETAILLIERTE BESCHREIBUNG
Nach Bedarf werden in dieser Schrift detaillierte Ausführungsformen der vorliegenden Erfindung offenbart; es versteht sich jedoch, dass die offenbarten Ausführungsformen rein beispielhaft für die Erfindung sind, die in verschiedenen und alternativen Formen umgesetzt werden kann. Die Figuren sind nicht unbedingt maßstabsgetreu; einige Merkmale können vergrößert oder verkleinert dargestellt sein, um Details bestimmter Komponenten zu zeigen. Demnach sind die hier offenbarten konkreten strukturellen und funktionellen Einzelheiten nicht als einschränkend auszulegen, sondern lediglich als repräsentative Grundlage, um den Fachmann den vielfältigen Gebrauch der vorliegenden Erfindung zu lehren.
Die vorliegende Offenbarung sieht im Allgemein mehrere Schaltungen oder andere elektrische Vorrichtungen vor. Alle Verweise auf die Schaltungen und andere elektrische Vorrichtungen und die von ihnen jeweils bereitgestellten Funktionen sollen nicht darauf beschränkt sein, nur das einzuschließen, was hierin veranschaulicht und beschrieben ist. Während den verschiedenen Schaltungen oder anderen elektrischen Vorrichtungen bestimmte Bezeichnungen zugewiesen werden können, können derartige Schaltungen und andere elektrische Geräte auf Grundlage der jeweiligen Art der gewünschten elektrischen Umsetzung miteinander kombiniert werden und/oder auf eine beliebige Weise getrennt werden. Es liegt auf der Hand, dass hier offenbarte Schaltungen oder andere elektrische Vorrichtungen eine beliebige Anzahl von Mikroprozessoren, integrierten Schaltungen, Speichervorrichtungen (z. B. FLASH, Direktzugriffsspeicher (random access memory - RAM), Festwertspeicher (read only memory - ROM), elektrisch programmierbaren Festwertspeicher (electrically programmable read only memory - EPROM), elektrisch löschbaren programmierbaren Festwertspeicher (electrically erasable programmable read only memory - EEPROM) oder andere geeignete Varianten davon) und Software beinhalten können, die miteinander zusammenwirken, um den/die hier offenbarten Vorgang/Vorgänge durchzuführen. Zusätzlich kann eine beliebige oder können mehrere beliebige der elektrischen Vorrichtungen dazu konfiguriert sein, ein Computerprogramm auszuführen, das in einem nichttransitorischen computerlesbaren Medium umgesetzt ist, das dazu programmiert ist, eine beliebige Anzahl der offenbarten Funktionen durchzuführen.
Die vorliegende Offenbarung sieht unter anderem einen Fahrzeugfahrsimulator vor. Insbesondere sieht die vorliegende Offenbarung einen Fahrsimulator vor, in dem CAE basierend auf einer Internet-der-Dinge(Internet-of-things - IoT)-Plattform integriert ist.
Unter Bezugnahme auf 1 ist eine beispielhafte Blocktopologie eines Fahrsimulatorsystems 100 einer Ausführungsform der vorliegenden Offenbarung veranschaulicht. Ein Fahrsimulator 102 kann ein oder mehrere Prozessoren 104 beinhalten, die dazu konfiguriert sind, Anweisungen, Befehle und andere Routinen durchzuführen, um die hierin beschriebenen Prozesse zu unterstützen. Beispielsweise kann der Fahrsimulator 102 dazu konfiguriert sein, Anweisungen von Simulatoranwendungen 106 auszuführen, um Merkmale, wie etwa Fahrsimulation und Kommunikation, bereitzustellen. Derartige Anweisungen und andere Daten können auf nichtflüchtige Art und Weise unter Verwendung vielfältiger Arten von computerlesbaren Medien 108 aufbewahrt werden. Das computerlesbare Medium 108 (auch als prozessorlesbares Medium oder prozessorlesbarer Speicher bezeichnet) beinhaltet ein beliebiges nichttransitorisches Medium (z. B. ein physisches Medium), das an der Bereitstellung von Anweisungen oder anderen Daten beteiligt ist, die durch den Prozessor 104 des Fahrsimulators 102 gelesen werden können. Computerausführbare Anweisungen können von Computerprogrammen kompiliert oder interpretiert werden, welche unter Verwendung einer Vielzahl von Programmiersprachen und/oder -technologien hergestellt wurden, einschließlich unter anderem und entweder allein oder in Kombination Java, C, C++, Objective C, Fortran, Pascal, Java Script, Python, Perl und PL/SQL.
Der Fahrsimulator 102 kann mit verschiedenen Merkmalen bereitgestellt sein, die es Benutzern ermöglichen, eine Schnittstelle mit dem Fahrsimulator 102 herzustellen. Beispielsweise kann der Fahrsimulator 102 eine Eingabe von Steuerungen der Mensch-Maschine-Schnittstelle (human-machine interface - HMI) 110 empfangen, die dazu konfiguriert sind, eine Benutzerinteraktion mit dem Fahrsimulator 102 bereitzustellen. Beispielsweise kann der Fahrsimulator 102 eine Schnittstelle mit einer Eingabe-/Ausgabe(E/A)-Steuerung 112 oder anderen Steuerungen über die HMI-Steuerungen 110 herstellen. Die E/A-Steuerung 112 kann ein Lenkrad, einen Gangschalter, Pedale oder dergleichen beinhalten, die dazu konfiguriert sind, dem Benutzer Fahrereingaben bereitzustellen, um eine Fahrzeugfahrumgebung zu simulieren.
Der Fahrsimulator 102 kann zudem Signale an eine oder mehrere Anzeigen 114 senden oder anderweitig mit diesen kommunizieren, die dazu konfiguriert sind, einem Benutzer über eine Videosteuerung 116 eine visuelle Ausgabe bereitzustellen. In einigen Fällen kann die Anzeige 114 mit Touchscreen-Merkmalen bereitgestellt sein, die dazu konfiguriert sind, berührungsbasierte Eingaben des Benutzers über die Videosteuerung 116 zu empfangen, wohingegen die Anzeige 114 in anderen Fällen lediglich eine Anzeige ohne berührungsbasierte Eingabefähigkeiten sein kann. Die Anzeige 114 kann eine Flüssigkristallanzeige (liquid-crystal display - LCD), eine Anzeige mit organischer lichtemittierender Aktivmatrix-Diode (activematrix organic light-emitting diode display - AMOLED-Display), ein Head-up-Display (HUD), ein Projektor, eine Virtual-Reality-Brille (VR-Brille), eine Augmented-Reality-Brille (AR-Brille) oder Mixed-Reality-Brille (MR-Brille) sein, um ein paar nicht einschränkende Beispiele zu nennen. Der Fahrsimulator 102 kann außerdem einen oder mehrere Lautsprecher 118 ansteuern oder mit diesen kommunizieren, die dazu konfiguriert sind, dem Benutzer über eine Audiosteuerung 120 eine Audioausgabe bereitzustellen.
Die Simulatoranwendungen 106 können verschiedene Anwendungen oder Software beinhalten, die zum Ausführen verschiedener Merkmale konfiguriert sind. Beispielsweise können die Simulatoranwendungen 106 eine Simulations-Engine 122 beinhalten, die dazu konfiguriert ist, Fahrsimulationen für den Benutzer zu generieren, um eine Fahrumgebung zu simulieren, die Straße, Stadt, Signale, Verkehr oder dergleichen beinhaltet. Die Simulatoranwendungen 106 können ferner eine Konfigurationsanwendung 124 beinhalten, die dazu konfiguriert ist, eine Schnittstelle bereitzustellen, die es dem Benutzer ermöglicht, Parameter für Fahrsimulationen zu konfigurieren und einzustellen. Die Konfigurationsanwendung 124 kann dazu konfiguriert sein, eine webbasierte Eingabe aus dem Internet (wie nachfolgend erläutert wird) zu unterstützen. Digitale Daten, die zur Durchführung von Simulationen verwendet werden, können als Teil der Simulatordaten 126 im Speicher 108 gespeichert werden. Beispielsweise können die Simulatordaten 126 Datenmodelle beinhalten, die Straßen, Verkehr und verschiedene Fahrzeuge simulieren, um eine Vielzahl von Simulationsoptionen bereitzustellen. Die Simulatordaten 126 können ferner Benutzerprofile beinhalten, die einem oder mehreren Benutzern zugeordnet sind, die dazu konfiguriert sind, Fahraufzeichnungen der Benutzer bereitzustellen.
Der Fahrsimulator 102 kann ferner mit einer Netzsteuerung 128 bereitgestellt sein, die dazu konfiguriert ist, mit einer Cloud 130 zu kommunizieren, z. B unter Verwendung eines Modems (nicht gezeigt). Der Begriff Cloud wird in der vorliegenden Offenbarung als allgemeiner Begriff verwendet und kann jedes Computernetz beinhalten, das Computer, Server, Steuerungen oder dergleichen einschließt, die dazu konfiguriert sind, Datenverarbeitungs- und -speicherfunktionen auszuführen und die Kommunikation zwischen verschiedenen Einheiten zu erleichtern. Der Fahrsimulator 102 kann dazu konfiguriert sein, Simulatoranwendungen 106 und Simulationsdaten 126 von der und in die Cloud herunterzuladen und hochzuladen.
Der Fahrsimulator 102 kann ferner dazu konfiguriert sein, drahtlos mit einer externen Vorrichtung 132 über einen drahtlosen Transceiver 134 durch eine drahtlose Verbindung 136 zu kommunizieren. Die externe Vorrichtung 132 kann eine beliebige von verschiedenen Arten von tragbaren Rechenvorrichtungen sein, wie etwa Mobiltelefonen, Tablet-Computern, tragbaren Vorrichtungen, Smart-Watches, Laptop-Computern, Fahrzeugabtastwerkzeugen oder einer anderen Vorrichtung, die zu einer Kommunikation mit dem Fahrsimulator 102 in der Lage ist. Ein drahtloser Transceiver 134 kann mit einer WiFi-Steuerung 136, einer Bluetooth-Steuerung 138, einer Funkfrequenzidentifikations(radio-frequency identification - RFID)-Steuerung 140, einer Nahbereichskommunikations(near-field communication - NFC)-Steuerung 142 und anderen Steuerungen, wie etwa einem Zigbee-Transceiver, einem IrDA-Transceiver (nicht gezeigt), in Kommunikation stehen und dazu konfiguriert sein, mit einem kompatiblen drahtlosen Transceiver (nicht gezeigt) der externen Vorrichtung 132 zu kommunizieren. Zusätzlich oder alternativ kann der Fahrsimulator 102 dazu konfiguriert sein, mit der externen Vorrichtung über einen drahtgebundenen Verbinder 144 über ein Kabel 146 zu kommunizieren. Der drahtgebundene Verbinder kann dazu konfiguriert sein, verschiedene Verbindungsprotokolle zu unterstützen, einschließlich USB (Universal Serial Bus), Ethernet oder On-Board-Diagnose 2 (OBD-II), um ein paar nicht einschränkende Beispiele zu nennen.
Unter Bezugnahme auf 2 ist eine beispielhafte Architekturdarstellung einer Mobilitäts-CAE-Plattform 200 einer Ausführungsform der vorliegenden Offenbarung veranschaulicht. Unter weiterer Bezugnahme auf 1 kann die Mobilitäts-CAE-Plattform 200 über einen einzelnen Fahrsimulator 102 umgesetzt werden. Alternativ kann die Mobilitäts-CAE-Plattform 200 durch eine Kombination des Fahrsimulators 102 mit anderen Vorrichtungen, wie etwa Servern (nicht gezeigt), mit Kommunikations- und Verarbeitungsfähigkeiten umgesetzt werden. Die Mobilitäts-CAE-Plattform 200 kann eine Benutzerschnittstellenschicht (user interface layer - UI-Schicht) 202 aufweisen, die dazu konfiguriert ist, verschiedene Eingaben 204 zu laden und die Integration in neue Anwendungsfälle bereitzustellen. Ein Anwendungsfall kann verwendet werden, um einem spezifischen Fahrszenario für Schulungszwecke zu entsprechen. Zum Beispiel kann eine Anwendungsfall eine Notfallreaktion beinhalten, um das Fahren eines Rettungsfahrzeugs zu simulieren. Einzelheiten zu den Anwendungsfällen sind nachfolgend unter Bezugnahme auf 3 erörtert. Die Eingaben 204 können von dem Fahrsimulator 102 aus der Cloud 130 heruntergeladen werden. Die Eingaben 204 können verschiedene Daten/Modelle beinhalten, die von dem Fahrsimulator 102 zur Durchführung von Simulationen verwendet werden. Zum Beispiel können die Eingaben 204 ein dreidimensionales (3D) Stadtmodell 206 beinhalten, das dazu konfiguriert ist, eine in 3D dargestellte städtische Umgebung zu simulieren. Die städtische Umgebung kann einer realen Stadt ähneln (z. B New York), um eine realistischere Simulation bereitzustellen. Alternativ kann das 3D-Stadtmodell 206 hypothetische Städte für bestimmte Zwecke beinhalten. Das 3D-Stadtmodell 206 kann verschiedene Formen/Formate von Datenmodellen beinhalten. Als ein paar nicht einschränkende Beispiele kann das 3D-Stadtmodell 206 OpenStreetMap (OSM), Filmbox (FBX), Object (OBJ) und/oder rechnergestützte Entwurfsmodelle (computer-aided design models - CAD-Modelle) beinhalten, die von dem Fahrsimulator 102 unterstützt werden.
Die Eingaben 204 können ferner Straßennetzdaten 208 beinhalten, die dazu konfiguriert sind, Straßennetzdaten zum Simulieren von Straßen bereitzustellen. Beispielsweise können die Straßennetzdaten verschiedene Karten- und Straßenanwendungsprogrammierschnittstellen (application programming interfaces - APIs), wie etwa Google Maps®, Mapbox®, Here® oder dergleichen, beinhalten, die einem oder mehreren Drittanbietern zugeordnet sind, um dem Benutzer eine realistischere Straßensimulationsumgebung bereitzustellen. Die Eingaben 204 können ferner Signalzeitdaten 210 beinhalten, die dazu konfiguriert sind, Straßensignaldaten für Simulationszwecke bereitzustellen. Einige Städte verwenden adaptive oder koordinierte Verkehrssignalschemata, um die Verkehrsbedingungen zu verbessern. Die Signalzeitdaten 210 können Verkehrssignaldaten, Zeitgebersteuerdaten und/oder andere Signalzeitdaten beinhalten, um genauere Simulationen für verschiedene Verkehrsschemata bereitzustellen. Die Eingaben 204 können ferner anwendungsfallspezifische Eingaben 212 beinhalten, wie z. B. Haltepunkte, Zustellungsziele und/oder Start-Ziel(origin-destination - OD)-Paare, um spezifische Eingaben für jeden Simulationsanwendungsfall bereitzustellen.
Da die UI-Schicht 202 dazu konfiguriert sein kann, Eingaben 204 in verschiedenen Formaten/Formen zu unterstützen, kann die Mobilitäts-CAE-Plattform 200 ferner eine Datenaufnahmeschicht 214 beinhalten, die dazu konfiguriert ist, die über die UI-Schicht 202 empfangenen Eingaben 204 in ein universelles standardisiertes Format umzuwandeln. Zum Beispiel kann das 3D-Stadtmodell 206, wie vorstehend erörtert, aus verschiedenen Quellen stammen und verschiedene Modelle beinhalten (z. B. OSM und CAD). Die Modelle in diesen Formaten können möglicherweise nicht sofort von dem Fahrsimulator 102 verwendet werden. Die Datenaufnahmeschicht 214 kann dazu konfiguriert sein, die 3D-Stadtmodelle 206 zu verarbeiten und die Modelle in ein(e) standardisierte(s) Format/Form umzuwandeln, das/die auf der Mobilitäts-CAE-Plattform 200 unterstützt wird.
Die Mobilitäts-CAE-Plattform 200 kann ferner eine Toolkit-Schicht 216 beinhalten, die dazu konfiguriert ist, die Daten/Modelle zu verarbeiten, die über die Toolkit-Schicht 216 umgewandelt wurden, um dem Benutzer Fahrsimulationen bereitzustellen. Die Toolkit-Schicht 216 kann mehrere Gruppen von Modulen zur Simulation beinhalten. Beispielsweise kann die Toolkit-Schicht 216 eine Simulationssteuergruppe 218 beinhalten, die dazu konfiguriert ist, Fahrzeugfahrsimulationssteuerungen des Fahrsimulators 102 zu betreiben. Die Simulationssteuergruppe 218 kann ein Fahrzeugdynamikmodell 220 beinhalten, das dazu konfiguriert ist, Leistung und Fähigkeiten eines betreffenden Fahrzeugs unter Verwendung verschiedener Parameter zu definieren. Das Fahrzeugdynamikmodell 220 kann verschiedene Fahrzeugarten für Simulationen definieren, um Benutzern unterschiedliche Anforderungen bereitzustellen. Beispielsweise kann das Fahrzeugdynamikmodell 220 Fahrzeugmodelle für Personenkraftwagen, Sportfahrzeuge, Rennfahrzeuge, Geländelimousinen (sport utility vehicles - SUVs), Pickup-Trucks, Klein-Trucks, Rettungsfahrzeuge (z. B. Krankenwagen, Polizeifahrzeuge oder Feuerwehrautos) oder dergleichen beinhalten, die dazu konfiguriert sind, dem Benutzer zu ermöglichen, das Fahrerlebnis mit diesen Fahrzeugen zu simulieren. Wenngleich Fahrsimulationen durchgeführt werden können, wenn der Benutzer alleine ohne Verkehr fährt, würde eine realistischere Simulation umgebende Fahrzeuge beinhalten, die von einem Computer betrieben werden. Die Simulationssteuergruppe 218 kann ferner ein Modell 218 künstlicher Intelligenz (KI) für umgebenden Verkehr beinhalten, das dazu konfiguriert ist, das Fahrverhalten von umgebenden Fahrzeugen zu definieren. Das KI-Modell 218 für umgebende Fahrzeuge kann Parameter beinhalten, um verschiedene Fahrverhalten von umgebendem Verkehr mit mehreren Niveaus der Aggressivität, Verkehrsdichte oder dergleichen zu simulieren.
Die Simulationssteuergruppe 218 kann ferner ein Kommunikations-/Fahrzeug-zu-alles(V2X)-Modell 224 beinhalten, das dazu konfiguriert ist, eine Kommunikation innerhalb der Simulation und V2X-Interaktionen zu simulieren. Zum Beispiel kann das Kommunikations-/V2X-Modell 224 einem Benutzer in einer Simulation für ein Rettungsfahrzeug ermöglichen, mit einer virtuellen Steuerzentrale zu kommunizieren und die Verkehrssignale zu ändern, um eine Notfallreaktionssituation zu simulieren. Die Simulationssteuergruppe 218 kann ferner ein Sichtkamerasteuermodul 226 beinhalten, das dazu konfiguriert ist, Steuerungen für eine Objektkamera zu ermöglichen. Das Sichtkamerasteuermodul 226 kann verwendet werden, um die Kamera in verschiedene Positionen zu bewegen, um das Sitzen in verschiedenen Fahrzeugarten (z. B. Autos, Trucks) zu simulieren. Die Simulationssteuergruppe 218 kann ferner ein Wettersteuermodul 228 beinhalten, das dazu konfiguriert ist, Wetter und Tageszeit für Simulationen zu steuern. Die Simulationssteuergruppe 218 kann ferner ein KI-Modell 230 für umgebende Fußgänger beinhalten, das dazu konfiguriert ist, das Verhalten von Fußgängern für Simulationen zu definieren. Ähnlich wie die Vorgänge des KI-Modells 222 für umgebenden Verkehr kann das KI-Modell für umgebende Fußgänger dazu konfiguriert sein, die Anzahl von Fußgängern, die Bewegungsgeschwindigkeit und verschiedene Grade von Aggressivität (z. B. bei Rot die Straße überqueren) zu steuern, um eine realistischere Simulationsumgebung bereitzustellen. Die Simulationssteuergruppe 218 kann ferner ein Luftfahrzeugsteuermodul 232 beinhalten, das dazu konfiguriert ist, das Modellieren und Steuern von Luftfahrzeugen (z. B. Drohnen) zu unterstützen. Beispielsweise kann der Fahrsimulator 102 dazu konfiguriert sein, spezifische Anwendungsfälle im Zusammenhang mit luftfahrzeugbasierten Warenlieferungen oder anderen Anwendungsfällen mit unbemannten Luftfahrzeugen (unmanned areial vehicle - UAV) durch das Luftfahrzeugsteuermodul 232 zu simulieren. Die Simulationssteuergruppe 218 kann ferner ein generisches Stadtverkehrsmodell 234 beinhalten, das zum Definieren von Verkehrsmustern/-fluss in einer generischen Stadt, in der keine Straßennetzdaten verfügbar sind, konfiguriert ist.
Die Toolkit-Schicht 216 kann ferner eine Szenariensteuergruppe 236 mit mehreren Einträgen beinhalten, die zum Steuern von Simulationsszenarien des Fahrsimulators 102 konfiguriert sind. Die Szenariensteuergruppe 236 kann ein Verhaltenssteuermodul 238 beinhalten, das dazu konfiguriert ist, eine szenarienspezifische Verhaltenssteuerung für ein Ziel bereitzustellen. Beispielsweise kann ein Ziel einen Fußgänger beinhalten, der die Straße vor dem simulierenden Fahrzeug überquert, wobei der Benutzer Maßnahmen ergreifen muss, um einen Unfall zu vermeiden. Die Szenariensteuergruppe 236 kann ferner ein Zeitgebersteuermodul 240 beinhalten, das dazu konfiguriert ist, ein oder mehrere Zeitgeber bereitzustellen, um eine Überprüfung der virtuellen Zeit durchzuführen oder Szenarien zu erstellen, da einige Szenarien Zeitanforderungen aufweisen können (z. B eine Shuttle-Fahrsimulation). Die Szenariensteuergruppe 236 kann ferner ein Infrastruktursteuermodul 242 beinhalten, das dazu konfiguriert ist, Steuerungen über verschiedene Infrastrukturen, wie etwa Ampeln, Eisenbahnsignale oder dergleichen, zu ermöglichen. Die Szenariensteuergruppe 236 kann ferner ein oder mehrere Fahrzeuganbauteilmodelle 244 beinhalten, die dazu konfiguriert sind, Anbauelemente an einem simulierenden Fahrzeug anzubringen, wie etwa einen Schneepflug, einen Anhänger oder dergleichen, indem Parameter des Fahrzeugdynamikmodells 220 modifiziert werden.
Die Toolkit-Schicht 216 kann ferner eine visuelle Steuergruppe 246 beinhalten, die dazu konfiguriert ist, dem Benutzer visuelle Bilder über die Anzeige 114 mittels der Videosteuerung 116 bereitzustellen. Die visuelle Steuergruppe 246 kann ein 3D-Aufbereitungsmodul 248 beinhalten, das dazu konfiguriert ist, 3D-Grafiken für die Anzeige 114 über die Videosteuerung 116 wiederzugeben. Die visuelle Steuergruppe 246 kann verschiedene generische Modelle beinhalten. Zum Beispiel kann die visuelle Steuergruppe 246 ein generisches 3D-Fußgängermodell 250 beinhalten, das dazu konfiguriert ist, ein generisches oder standardmäßiges visuelles Modell für Fußgänger bereitzustellen, falls der Benutzer kein spezifisches visuelles Modell für Fußgänger bereitstellt. Die visuelle Steuergruppe 246 kann ferner ein generisches 3D-Fahrzeugmodell 252 beinhalten, das dazu konfiguriert ist, ein generisches 3D-Modell für Fahrzeuge bereitzustellen, falls der Benutzer kein spezifisches visuelles Modell für Fahrzeuge bereitstellt. Die visuelle Steuerung 246 kann ferner ein generisches 3D-Stadtmodell 254 beinhalten, das dazu konfiguriert ist, ein generisches 3D-Modell der Stadt bereitzustellen, das für Simulationen verwendet wird, falls der Benutzer kein 3D-Modell für die bevorzugte Stadt bereitstellt.
Die Toolkit-Schicht 216 kann ferner eine Kommunikationssteuergruppe 256 beinhalten, die dazu konfiguriert ist, die Kommunikation zwischen dem Fahrsimulator 102 und externen Vorrichtungen oder Diensten zu steuern. Die Kommunikationssteuergruppe 256 kann ein externes Kommunikationsmodul 258 beinhalten, das zum Aktivieren von bidirektionalen Kommunikationen mit der externen Vorrichtung 132 über Anwendungen durch das Kabel 146 und/oder die drahtlose Verbindung 136 konfiguriert ist. Zusätzlich zu der externen Vorrichtung 132 kann der Fahrsimulator 102 mit einem Fahrzeug-Infotainmentsystem 262 verbunden sein, um eine realistischere Fahrsimulationsumgebung bereitzustellen. Zum Beispiel kann das Infotainmentsystem 262 das SYNC-System beinhalten, hergestellt von der Ford Motor Company aus Dearborn, Michigan. Daher kann die Kommunikationssteuergruppe 256 ferner ein Infotainment-Integrationsmodul 260 beinhalten, das dazu konfiguriert ist, die Kommunikation zwischen dem Fahrsimulator 102 und einem Infotainmentsystem 262 über verschiedene Arten von drahtgebundenen oder drahtlosen Verbindungen zu ermöglichen.
Die Toolkit-Schicht 216 kann ferner ein Datensteuermodul 264 beinhalten, das ein Datenspeichermodul 266 aufweist, das zum Laden und Speichern von Simulationsdaten, einschließlich Datenanalyse- und Simulationsergebnissen, von und zu einer Datenbank 268 konfiguriert ist. Die Datenbank 268 kann lokal unter Verwendung eines Servers umgesetzt werden, die über Software, wie etwa SQLite, in Kommunikation mit dem Fahrsimulator 102 verwaltet wird. Alternativ kann die Datenbank 268 in dem Speicher 108 des Fahrsimulators 102 umgesetzt sein. Alternativ kann die Datenbank 268 in der Cloud 130 in Kommunikation mit dem Fahrsimulator 102 über die Netzsteuerung 128 umgesetzt sein.
Unter Bezugnahme auf 3 ist eine beispielhafte Darstellung einer Benutzerschnittstelle 300 einer Mobilitäts-CAE-Plattform 200 einer Ausführungsform der vorliegenden Offenbarung veranschaulicht. Die Benutzerschnittstelle 300 kann eine webbasierte Schnittstelle sein, die auf einem Computer umgesetzt ist, der mit dem Fahrsimulator 102 kommuniziert und dazu konfiguriert ist, dem Benutzer das Einrichten einer Simulation zu erleichtern. Die Benutzerschnittstelle 300 kann einen Titel oder eine Begrüßungsnachricht 302 beinhalten, die vorstehend auf dem Bildschirm angezeigt wird, gefolgt von einer Befehlszeile 304. Die Benutzerschnittstelle 300 kann dazu konfiguriert sein, dem Benutzer zu ermöglichen, aus einer Vielzahl von vordefinierten Anwendungsfalloptionen 306 auszuwählen. Zum Beispiel können die Anwendungsfälle 306 eine Option 308 einer intelligenten Geschwindigkeitswarnung, eine Option 310 einer Shuttle-Fahrer-Benutzererfahrung (UX), eine Option 312 einer Verwaltung des Platzes bis zum Bordstein, eine V2X-Option 314, eine Option 316 zur automatischen Einparkerkennung, eine Option 318 für sich bewegliche Güter, eine Option 320 einer kontextuellen Head-up-Anzeige (HUD) und eine dynamische Leitoption 322 beinhalten. Die Benutzerschnittstelle 300 kann dazu konfiguriert sein, die Auswahl von einem oder mehreren Anwendungsfällen 306 durch Anklicken der Option über ein Symbol mit einer Maus oder direktes Berühren der Option auf einem Touchscreen (falls vorhanden) zu ermöglichen.
Die Benutzerschnittstelle 300 kann dem Benutzer ferner eine oder mehrere Optionsschaltflächen 324 bereitstellen, um verschiedene Aktionen auszulösen. Wie in 3 veranschaulicht, gibt es insgesamt drei Aktionsschaltflächen 324. Eine Aktionsschaltfläche 326 „Run“ (Ausführen) kann den Fahrsimulator 102 auslösen, um die ausgewählte vordefinierte Simulation zu öffnen, die aus den Anwendungsfällen 306 ausgewählt ist, und die Simulation starten. Die Schaltfläche 328 „Preview/Modify“ (Vorschau/Modifikation) kann es dem Benutzer ermöglichen, in eine Vorschau-/Modifikationsschnittstelle, wie in 4 veranschaulicht, zu gelangen, um bestimmte Merkmale/Funktionen der vordefinierten Simulationen zu aktivieren und zu deaktivieren. Unter Bezugnahme auf 4 ist die Vorschau-/Modifikationsschnittstelle 400 für den Anwendungsfall der intelligenten Geschwindigkeitswarnung einer Ausführungsform der vorliegenden Offenbarung veranschaulicht. Unter weiterer Bezugnahme auf 3 kann eine Anwendungsfallmarkierung 402, die den spezifischen Anwendungsfall (d. h. die intelligente Geschwindigkeitswarnung 308 in dem vorliegenden Beispiel) angibt, angezeigt werden, um den Benutzer an den aktuellen Anwendungsfall zu erinnern. Außerdem kann die Vorschau-/Modifikationsschnittstelle 400 ferner einen Funktionscluster 404 beinhalten, der dazu konfiguriert ist, dem Benutzer Optionen zum Aktivieren und Deaktivieren mehrerer Funktionen bereitzustellen. Beispielsweise kann der Funktionscluster 404 für die intelligente Geschwindigkeitswarnung 308 Optionen zum Aktivieren/Deaktivieren der folgenden Funktionen beinhalten: umgebenden Verkehr 406, Ton 408, V2X 410, Wetter 412, Infotainment-Integration 414, umgebende Fußgänger 416, Ereignisse 418 und externe Skripte 420, um einige wenige nicht einschränkende Beispiele zu nennen. Verfügbare Funktionen in Verbindung mit verschiedenen Anwendungsfällen 406 können abweichen. Der Benutzer kann jede verfügbare Funktion aktivieren und deaktivieren, indem er das Kontrollkästchen für jede Option aktiviert und deaktiviert.
Wie in 3 veranschaulicht, kann die Benutzerschnittstelle 300 ferner eine Schaltfläche 330 zum Erstellen eigener Dateien beinhalten, die dazu konfiguriert ist, dem Benutzer die Option zum Erstellen seiner eigenen benutzerdefinierten Simulationen zu ermöglichen. Durch das Klicken auf die Schaltfläche 330 „Build Your Own“ (Eigene Dateien erstellen) kann die Benutzerschnittstelle 300 zur einer Anpassungsschnittstelle 500 wechseln, wie unter Bezugnahme auf 5 veranschaulicht. Wie in 5 veranschaulicht, kann die Anpassungsschnittstelle 500 dazu konfiguriert sein, die Verwendung zum Eingeben eines Namens 502 und einer Kurzbeschreibung 504 für den zu erstellenden Anwendungsfall aufzufordern. Zusätzlich kann ein Funktionscluster 506 bereitgestellt werden, um dem Benutzer zu ermöglichen, verschiedene Funktionen zu aktivieren/deaktivieren, ähnlich wie die bereits vorstehend unter Bezugnahme auf 4 beschriebene Ausführungsform. Die Anpassungsschnittstelle 500 kann ferner einen Importabschnitt 508 beinhalten, der dazu konfiguriert ist, eine Schnittstelle bereitzustellen, um dem Benutzer zu ermöglichen, Modelle oder Datendateien zu importieren, um die Simulation zu erstellen. Als ein paar nicht einschränkende Beispiele kann der Importabschnitt 508 dazu konfiguriert sein, dem Benutzer zu ermöglichen, ein Stadtmodell 510, Netzdaten 512, Zeitgeberdaten 514 und Eingabedaten 516 zu importieren. Der Importabschnitt 508 kann dazu konfiguriert sein, die Verwendung des Importierens von Daten aus einem lokalen Speicher (z. B. der Speicher 108 oder einem lokalen Server) oder aus der Cloud 130 zu ermöglichen. Nach Abschluss der Anpassung und des Imports kann der Benutzer auf die Schaltfläche 518 „Build in Unity“ (Als Einheit erstellen) klicken, um mit der Erstellung der benutzerdefinierten Simulation fortzufahren.
Unter Bezugnahme auf 6 ist eine schematische Darstellung 600 der Mobilitäts-CAE-Plattform 200 veranschaulicht. Der Fahrsimulator 102 kann mit einem digitalen HUD bereitgestellt und dazu konfiguriert sein, mit einem Server 130 für Open Street Maps zu kommunizieren, um Straßendaten von diesem herunterzuladen. Der Fahrsimulator 102 kann über eine USB-Verbindung mit E/A-Steuerungen 112 verbunden sein, wie etwa einem Lenkrad und Pedalen, um Fahrereingaben bereitzustellen. Der Fahrsimulator 102 kann ferner dazu konfiguriert sein, mit einem lokalen Server 602 über eine Anwendungsprogrammierschnittstelle (application programming interface - API) zu kommunizieren. Der lokale Server 602 kann mit einem oder mehreren Fahrsimulatoren 102 verbunden sein und dazu konfiguriert sein, die Simulationen der Fahrsimulatoren 102 zu verwalten und zu steuern. Beispielsweise kann der lokale Server 602 mit einer Datenbank (nicht gezeigt) bereitgestellt sein, die zum Speichern von Simulationsdaten jedes Fahrsimulators 102 und/oder jedes Benutzers konfiguriert ist. Der lokale Server 602 kann dazu konfiguriert sein, eine webbasierte Konfigurationsanwendung 604 zu unterstützen, um eine Schnittstelle (z. B. die Benutzerschnittstelle 300) bereitzustellen, wlche die Konfiguration der Simulationen ermöglicht. Der lokale Server 602 kann dazu konfiguriert sein, einem Verwalter zu ermöglichen, Einstellungen einer Simulation über die webbasierte Konfigurationsanwendung 604 dynamisch zu modifizieren, während die Simulation über den Fahrsimulator 102 ausgeführt wird, um dem Benutzer eine realistischere Erfahrung bereitzustellen. Beispielsweise kann der Verwalter Parameter, wie etwa Wetterbedingungen, Verkehrsbedingungen, Unfälle, über die webbasierte Konfigurationsanwendung verändern, um den Benutzer dahingehend zu schulen, wie auf unerwartete Situationen zu reagieren ist.
In der Realität können viele Fahrer eine externe Vorrichtung (z. B. ein Smartphone oder ein Tablet) verwenden, um verschiedene Vorgänge, wie etwa Kommunikation und Navigation, auszuführen, während das Fahrzeug betrieben wird. Um diesem speziellen Schulungsbedarf gerecht zu werden, kann die Mobilitäts-CAE-Plattform 200 dazu konfiguriert sein, über eine Wi-Fi-Verbindung eine Verbindung mit der externen Vorrichtung 132 zu unterstützen. Darüber hinaus kann der Verwalter, der die Simulation steuert, über die webbasierte Anwendungskonfiguration durch eine Verbindung (z. B. einen Router 606) auf die externe Vorrichtung zugreifen, um Kommunikation und Anweisungen bereitzustellen. Wenn der Benutzer beispielsweise ein Shuttle-Fahrer-UX 310 simuliert, kann der Verwalter dem Benutzer über die externe Vorrichtung unter Verwendung der webbasierten Konfigurationsanwendung 604 neue Standorte für das Abholen und das Absetzen senden, um dynamische realistische Situationen zu simulieren.
Unter Bezugnahme auf 7 ist ein beispielhaftes Ablaufdiagramm für einen Prozess 700 einer Ausführungsform der vorliegenden Offenbarung veranschaulicht. Bei Vorgang 702 importiert die Mobilitäts-CAE-Plattform 200 Daten und Modelle 204 aus der Cloud 130 oder dem lokalen Server 602 als Reaktion auf eine Benutzereingabe über die webbasierte Konfigurationsanwendung 604. Wie unter Bezugnahme auf 2 erörtert, können die Eingaben 204 ein 3D-Stadtmodell 206, Straßennetzdaten 208, Signalzeitgeberdaten 210 und/oder anwendungsfallspezifische Eingaben beinhalten. Als Reaktion auf das Empfangen des Datenimports wandelt die Mobilitäts-CAE-Plattform 200 bei Vorgang 704 die Eingaben 204 in ein universelles standardisiertes Format um, das auf der gesamten Plattform erkennbar ist. Bei Vorgang 706 empfängt die Mobilitäts-CAE-Plattform 200 Benutzereingaben, um über die Konfigurationsanwendung 604 einen zu simulierenden Anwendungsfall auszuwählen und um Funktionen zu aktivieren/deaktivieren.
Bei Vorgang 708 startet die Mobilitäts-CAE-Plattform 200 die Simulation basierend auf den importierten Eingaben 204 und der Benutzereinstellung. Abhängig von den Einstellungen der spezifischen Anwendungsfallfunktionen können unterschiedliche Steuermodule in der Toolkit-Schicht 216 der Mobilitäts-CAE-Plattform 200 aktiviert oder deaktiviert werden. Bei dem Shuttle-Fahrer UX 310 zum Beispiel können die folgenden Module/Modelle der Toolkit-Schicht 216 standardmäßig aktiviert sein: das Fahrzeugdynamikmodell 220, das KI-Modell 222 des umgebenden Verkehrs, das Sichtkamerasteuermodul 226, das Wettersteuermodul 228, das Zeitgebersteuermodul 240, das Infrastruktursteuermodul 242, das 3D-Aufbereitungsmodul 248, das generische 3D-Fahrzeugmodell 252, das externe Kommunikationsmodul 258 und das Datenspeichermodul 266. Wie vorstehend erörtert, kann die Mobilitäts-CAE-Plattform 200 dazu konfiguriert sein, einem Benutzer oder Verwalter zu ermöglichen, das Aktivieren/Deaktivieren der Toolkit-Schichtsteuerungen zu modifizieren, um die Simulation anzupassen. Bei Vorgang 710 empfängt die Mobilitäts-CAE-Plattform 200 eine Eingabe zum Ändern von Simulationsparametern über die webbasierte Konfigurationsanwendung 604. Beispielsweise kann die Mobilitäts-CAE-Plattform 200 als Reaktion auf das Detektieren der Wetterfunktion 412 das Wettersteuermodul 228 deaktivieren, um die Schwierigkeit der Simulation nach Bedarf zu reduzieren.
Bei Vorgang 712 empfängt die Mobilitäts-CAE-Plattform 200 eine Eingabe über die webbasierte Konfigurationsanwendung 604 für die externe Vorrichtung 132, das über das externe Kommunikationsmodul 258 verbunden ist. Beim Simulieren eines Anwendungsfalls mit Shuttle-Fahrer-UX 310 kann die Mobilitäts-CAE-Plattform 200 dynamisch Aktualisierungen für neue Standorte zum Abholen und Absetzen für neue Fahrgäste über die webbasierte Konfigurationsanwendung 604 empfangen. Derarttige neue Aktualisierungen werden an die externe Vorrichtung 132 gesendet, um den Benutzer darüber zu informieren, die Simulation durchzuführen. Der Benutzer kann das simulierende Fahrzeug basierend auf den Anweisungen von der externen Vorrichtung 132 fahren. Nach jedem erfolgreichen Abholen und/oder Absetzen kann der Benutzer eine Rückmeldung/Reaktion über die externe Vorrichtung bereitstellen. Bei Vorgang 714 empfängt die Mobilitäts-CAE-Plattform 200 die Benutzerreaktion von der externen Vorrichtung und zeichnet die Reaktion als Simulationsdaten auf. Unter weiterer Verwendung des Anwendungsfalls des Shuttle-Fahrer-UX 310 beispielsweise kann die Mobilitäts-CAE-Plattform 200 den Zeitpunkt jeder Benutzerreaktion aufzeichnen, die ein erfolgreiches Abholen oder Absetzen angibt, um die Leistung des Benutzers zu überwachen.
Obwohl vorstehend beispielhafte Ausführungsformen beschrieben sind, ist nicht beabsichtigt, dass diese Ausführungsformen alle möglichen Formen der Erfindung beschreiben. Die in der Beschreibung verwendeten Ausdrücke sind vielmehr beschreibende Ausdrücke als einschränkende Ausdrücke und es versteht sich, dass verschiedene Änderungen vorgenommen werden können, ohne vom Wesen und Umfang der Erfindung abzuweichen. Zusätzlich können die Merkmale verschiedener umsetzender Ausführungsformen kombiniert werden, um weitere erfindungsgemäße Ausführungsformen zu bilden.
Gemäß einer Ausführungsform befindet sich die Datenbank entfernt auf einem Cloud-Server, der über ein Kommunikationsnetz mit dem Fahrsimulator verbunden ist.
Gemäß einer Ausführungsform ist die Erfindung ferner durch Folgendes gekennzeichnet: als Reaktion auf das Empfangen der Benutzereingabe über eine webbasierte Konfigurationsanwendung, Importieren von Signalzeitdaten und anwendungsfallspezifischen Eingaben von der Datenbank in den Fahrsimulator.
Gemäß einer Ausführungsform ist die Erfindung ferner gekennzeichnet durch Anweisungen, die bei Ausführung durch einen Fahrsimulator den Fahrsimulator zu Folgendem veranlassen: als Reaktion auf das Empfangen einer Funktionseingabe über die webbasierte Konfigurationsanwendung, Einstellen einer Funktionssteuerung für die Simulation während eines Simulationsprozesses.
Gemäß einer Ausführungsform ist die Erfindung ferner gekennzeichnet durch Anweisungen, die bei Ausführung durch einen Fahrsimulator den Fahrsimulator zu Folgendem veranlssen: als Reaktion auf das Empfangen der Benutzereingabe über eine webbasierte Konfigurationsanwendung, Importieren von Straßennetzdaten, Signalzeitdaten und anwendungsfallspezifischen Eingaben von dem Cloud-Server in den Fahrsimulator.
Gemäß einer Ausführungsform ist die Erfindung ferner gekennzeichnet durch Anweisungen, die bei Ausführung durch einen Fahrsimulator den Fahrsimulator zu Folgendem veranlassen: Kommunizieren über ein Infotainment-Integrationsmodul durch eine drahtgebundene Verbindung mit einer Infotainment-Vorrichtung.

Claims

Fahrsimulationsplattform, umfassend: eine oder mehrere Steuerungen eines Fahrsimulators, die zu Folgendem programmiert sind: Durchführen einer Fahrsimulation für einen vordefinierten Anwendungsfall, ausgewählt durch einen Benutzer über eine webbasierte Konfigurationsschnittstelle, wobei die Fahrsimulation Straßendaten verwendet, die von einem Cloud-Server importiert werden; Empfangen eines Signals zum Bereitstellen an eine externe Vorrichtung in Kommunikation mit der Fahrsimulationsplattform, wobei die externe Vorrichtung zusätzliche Informationen zur Unterstützung der Simulation bereitstellt; und als Reaktion auf das Empfangen einer Reaktion von der externen Vorrichtung, Aufzeichnen der Reaktion auf Simulationsaufzeichnung.
Fahrsimulationsplattform nach Anspruch 1, wobei die eine oder die mehreren Steuerungen ferner zu Folgendem programmiert sind: als Reaktion auf das Empfangen einer Funktionseingabe über die webbasierte Konfigurationsschnittstelle, Einstellen einer Funktionssteuerung für die Simulation.
Fahrsimulationsplattform nach Anspruch 2, wobei die eine oder die mehreren Steuerungen ferner zu Folgendem programmiert sind: Durchführen einer Einstellung der Funktionssteuerung, während die Simulation durchgeführt wird.
Fahrsimulationsplattform nach Anspruch 2, wobei die eine oder die mehreren Steuerungen ferner zu Folgendem programmiert sind: Einstellen einer Simulationssteuerung, mindestens eines von Folgendem beinhaltend: ein Fahrzeugdynamikmodell, ein Modell der künstlichen Intelligenz (KI) des umgebenden Verkehrs, ein Fahrzeug-zu-alles(V2X)-Modell, ein Ansichtskamerasteuermodul, ein Wettersteuermodul, ein KI-Modell von umgebenden Fußgängern, ein Luftfahrzeugsteuermodul oder ein generisches StadtverkehrsmodellK
Fahrsimulationsplattform nach Anspruch 2, wobei die eine oder die mehreren Steuerungen ferner zu Folgendem programmiert sind: Einstellen einer Szenariensteuerung, mindestens eines von Folgendem beinhaltend: ein Verhaltenssteuermodul, ein Zeitgebersteuermodul, ein Infrastruktursteuermodul oder ein F ahrzeuganb auteilmodell.
Fahrsimulationsplattform nach Anspruch 2, wobei die eine oder die mehreren Steuerungen ferner zu Folgendem programmiert sind: Einstellen einer Sichtsteuerung, mindestens eines von Folgendem beinhaltend: ein dreidimensionales (3D) Aufbereitungsmodul, ein generisches 3D-Fußgängermodell, ein generisches 3D-Fahrzeugmodell oder ein generisches 3D-Stadtmodell.
Fahrsimulationsplattform nach Anspruch 2, wobei die eine oder die mehreren Steuerungen ferner zu Folgendem programmiert sind: Einstellen einer Kommunikationssteuerung, beinhaltend: ein externes Kommunikationsmodul, das dazu konfiguriert ist, mit der externen Vorrichtung zu kommunizieren, oder ein Infotainment-Integrationsmodul.
Fahrsimulationsplattform nach Anspruch 1, wobei die eine oder die mehreren Steuerungen ferner zu Folgendem programmiert sind: als Reaktion auf das Empfangen einer Benutzereingabe über die webbasierte Konfigurationsschnittstelle, Importieren von mindestens einem Teil der folgenden Daten in die Fahrsimulationsplattform von dem Cloud-Server: 3D-Stadtmodell, Signalzeitdaten oder anwendungsfallspezifischer Eingabe.
Fahrsimulationsplattform nach Anspruch 1, wobei die eine oder die mehreren Steuerungen ferner zu Folgendem programmiert sind: Kommunizieren mit einer Infotainment-Vorrichtung über ein Infotainment-Integrationsmodul.
Verfahren für einen Fahrsimulator, umfassend: als Reaktion auf das Empfangen einer Benutzereingabe über eine webbasierte Konfigurationsanwendung, Importieren eines 3D-Stadtmodells und von Straßennetzdaten aus einer Datenbank in den Fahrsimulator, Starten einer Fahrsimulation für einen vordefinierten Anwendungsfall, ausgewählt von einem Benutzer über die webbasierte Konfigurationsanwendung; als Reaktion auf das Empfangen einer Funktionseingabe über die webbasierte Konfigurationsanwendung, Einstellen einer Funktionssteuerung für die Simulation während eines Prozesses der Simulation; und als Reaktion auf das Empfangen einer Nachricht von einer externen Vorrichtung, Aufzeichnen der Nachricht als Simulationsaufzeichnung in einem Speicher.
Verfahren nach Anspruch 10, ferner umfassend: Einstellen einer Simulationssteuerung durch Aktivieren oder Deaktivieren von mindestens einem von Folgendem: einem Fahrzeugdynamikmodell, einem KI-Modell des umgebenden Verkehrs, einem V2X-Modell, einem Ansichtskamerasteuermodul, einem Wettersteuermodul, einem KI-Modell von umgebenden Fußgängern, einem Luftfahrzeugsteuermodul oder einem generischen Stadtverkehrsmodell.
Verfahren nach Anspruch 10, ferner umfassend: Einstellen einer Szenariensteuerung durch Aktivieren oder Deaktivieren von mindestens einem von Folgendem: einem Verhaltenssteuermodul, einem Zeitgebersteuermodul, einem Infrastruktursteuermodul oder einem Fahrzeuganbauteilmodell.
Verfahren nach Anspruch 10, ferner umfassend: Einstellen einer Sichtsteuerung durch Aktivieren oder Deaktivieren von mindestens einem von Folgendem: einem dreidimensionalen (3D) Aufbereitungsmodul, einem generischen 3D-Fußgängermodell, einem generischen 3D-Fahrzeugmodell oder einem generischen 3D-Stadtmodell.
Verfahren nach Anspruch 10, ferner umfassend: Einstellen einer Kommunikationssteuerung durch Aktivieren oder Deaktivieren von Folgendem: einem externen Kommunikationsmodul, das dazu konfiguriert ist, mit der externen Vorrichtung zu kommunizieren, oder einem Infotainment-Integrationsmodul, als Reaktion auf das Empfangen der Benutzereingabe über eine webbasierte Konfigurationsanwendung, Importieren von Signalzeitdaten und anwendungsfallspezifischen Eingaben von der Datenbank in den Fahrsimulator, wobei sich die Datenbank entfernt auf einem Cloud-Server befindet, der über ein Kommunikationsnetz mit dem Fahrsimulator verbunden ist.
Nichttransitorisches computerlesbares Medium, das Anweisungen umfasst, die bei Ausführung durch einen Fahrsimulator den Fahrsimulator zu Folgendem veranlassen: als Reaktion auf das Empfangen einer Benutzereingabe über eine webbasierte Konfigurationsanwendung, Importieren eines 3D-Stadtmodells von einem Cloud-Server in den Fahrsimulator, Starten einer Fahrsimulation für einen vordefinierten Anwendungsfall, ausgewählt von einem Benutzer über die webbasierte Konfigurationsanwendung; als Reaktion auf das Empfangen eines Signals für eine externe Vorrichtung in Kommunikation mit dem Fahrsimulator, Senden des Signals an die externe Vorrichtung; als Reaktion auf das Empfangen einer Rückmeldung von einer externen Vorrichtung, die auf das Signal reagiert, Aufzeichnen der Rückmeldung als Simulationsaufzeichnung in einem Speicher; als Reaktion auf das Empfangen einer Funktionseingabe über die webbasierte Konfigurationsanwendung, Einstellen einer Funktionssteuerung für die Simulation während eines Prozesses der Simulation; als Reaktion auf das Empfangen der Benutzereingabe über eine webbasierte Konfigurationsanwendung, Importieren von Straßennetzdaten, Signalzeitdaten und anwendungsfallspezifischen Eingaben von dem Cloud-Server in den Fahrsimulator, und Kommunizieren mit einer Infotainment-Vorrichtung über ein Infotainment-Integrationsmodul durch eine drahtgebundene Verbindung.