DE102017206073A1 - Verfahren zur Datenerhebung - Google Patents

Verfahren zur Datenerhebung Download PDF

Info

Publication number
DE102017206073A1
DE102017206073A1 DE102017206073.5A DE102017206073A DE102017206073A1 DE 102017206073 A1 DE102017206073 A1 DE 102017206073A1 DE 102017206073 A DE102017206073 A DE 102017206073A DE 102017206073 A1 DE102017206073 A1 DE 102017206073A1
Authority
DE
Germany
Prior art keywords
data
vehicle
type
information
transmitted
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
DE102017206073.5A
Other languages
English (en)
Inventor
Malek Naffati
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Audi AG
Original Assignee
Audi AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Audi AG filed Critical Audi AG
Priority to DE102017206073.5A priority Critical patent/DE102017206073A1/de
Priority to PCT/EP2018/057701 priority patent/WO2018188937A1/de
Publication of DE102017206073A1 publication Critical patent/DE102017206073A1/de
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Abstract

Bei einem Verfahren zur Datenerhebung mittels eines Fahrzeugs (1) übermittelt eine zentrale Stelle (2) eine wenigstens einen angeforderten Datentyp (4) umfassende Konfiguration (3) für die Datenerhebung an das Fahrzeug (1), wobei eine Datenerfassungseinrichtung (6) des Fahrzeugs (1) die Konfiguration (3) empfängt und Datenelemente (5), die dem wenigstens einen angeforderten Datentyp (4) entsprechen, jeweils erfasst und an die zentrale Stelle (2) übermittelt. Jeder von der zentralen Stelle (2) übermittelte Datentyp (4) und jedes von der Datenerfassungseinrichtung (6) übermittelte Datenelement (5) ist mit einem eindeutigen datentypspezifischen Schlüssel (7) gekennzeichnet, der zusammen mit jedem Datentyp (4) und jedem Datenelement (5) übermittelt wird, wobei alle verfügbaren Datentypen (4) in einem Typenkatalog (8) der zentralen Stelle (2) abgelegt sind.

Description

  • Die Erfindung betrifft ein Verfahren zur Datenerhebung mittels eines Fahrzeugs nach der im Oberbegriff von Anspruch 1 näher definierten Art.
  • Die Erfindung betrifft außerdem ein System, umfassend wenigstens ein Fahrzeug sowie eine zentrale Stelle, gemäß dem Oberbegriff von Anspruch 10.
  • Ein Verfahren der eingangs beschriebenen Art ist beispielsweise aus der gattungsgemäßen DE 10 2010 015 132 A1 bekannt. Zur Verarbeitung von Daten eines Fahrzeugs wird dabei mindestens ein Datenerhebungsmodul über eine Fahrzeugschnittstelle in ein Datenerhebungssteuergerät bzw. eine Datenerfassungseinrichtung des Fahrzeugs geladen und aktiviert. Anschließend sammelt das mindestens eine Datenerhebungsmodul über einen Fahrzeugbus die Daten von Fahrzeugsystemen des Fahrzeugs abhängig von jeweils datenerhebungsmodulspezifischen Bedingungen. Diese Bedingungen sind dabei jeweils abhängig von einem das Fahrzeug betreffenden Ereignis, abhängig von einem das Fahrzeug betreffenden Zustand, abhängig von einem Zeitpunkt, abhängig von einer Zeitdauer und/oder abhängig von einer Anweisung.
  • Ein Nachteil des bekannten Verfahrens ist, dass die zwischen Fahrzeug und einer zentralen Stelle auszutauschenden Daten mitunter sehr umfangreich werden können. Der Aufwand, eine derartige Datenübertragung bereitstellen zu können, ist entsprechend hoch. Insbesondere müssen hohe Übertragungsraten und große Datenspeicher im Fahrzeug und in der zentralen Stelle bereitgestellt werden.
  • Ein weiteres Verfahren zum Sammeln und zur Analyse von Fahrzeugdaten ist aus der DE 10 2015 111 850 A1 bekannt. Dabei ist ein System vorgesehen, beinhaltend einen Prozessor, der dafür ausgelegt ist, Fahrzeugdaten von mehreren Fahrzeugen zu empfangen. Der Prozessor ist auch dafür ausgelegt, die Daten in Bezug auf ein berichtendes Fahrzeug zu speichern. Ferner ist der Prozessor dafür ausgelegt, die Daten mit beliebigen kürzlich berichteten Fahrzeugreparaturen zu assoziieren. Der Prozessor ist zusätzlich dazu ausgelegt, die assoziierten Daten in Bezug auf andere Fahrzeuge mit ähnlichen Reparaturen zu analysieren, um grundlegende Ursachen für Fehlfunktionen zu bestimmen, die zu der Reparatur führen, und einen Datensatz identifizierter Ursachen der Fehlfunktionen zu speichern. Es handelt sich somit um einen Datenkatalogisierungsprozess, bei dem Daten des Fahrzeugs mit einem fahrzeugspezifischen Identifikator versehen und an einen entfernten Server übermittelt werden.
  • Als weiterer Hintergrund zur Übertragung von Daten zwischen einem Fahrzeug und einer zentralen Stelle wird auf die DE 10 2014 226 219 A1 verwiesen. Diese betrifft ein Verfahren zur sicheren Datennutzung in einem Kraftfahrzeug und diesbezügliche Vorrichtungen. Dabei werden persönliche Datensätze auf einer kraftfahrzeugexternen Datenbank verschlüsselt vorgehalten, um die Datensicherheit seitens des Kraftfahrzeugs zu gewährleisten, insbesondere wenn das Kraftfahrzeug von mehreren Fahrern betrieben werden soll.
  • Es ist Aufgabe der vorliegenden Erfindung, ein Verfahren zur Datenerhebung mittels eines Fahrzeugs zu schaffen, bei dem die zu übertragende Datenmenge gering ist. Es ist auch Aufgabe der vorliegenden Erfindung, ein System, umfassend wenigstens ein Fahrzeug sowie eine zentrale Stelle bereitzustellen, um eine vorteilhafte Datenerhebung mittels des wenigstens einen Fahrzeugs durchführen zu können.
  • Erfindungsgemäß wird die Aufgabe für das Verfahren durch die in Anspruch 1 genannten Merkmale gelöst.
  • Für das System wird die Aufgabe durch die in Anspruch 10 genannten Merkmale gelöst.
  • Bei dem erfindungsgemäßen Verfahren zur Datenerhebung mittels eines Fahrzeugs ist vorgesehen, dass eine zentrale Stelle eine wenigstens einen angeforderten Datentyp umfassende Konfiguration für die Datenerhebung an das Fahrzeug übermittelt, wobei eine Datenerfassungseinrichtung des Fahrzeugs die Konfiguration empfängt und Datenelemente, die dem wenigstens einen angeforderten Datentyp entsprechen, jeweils erfasst und an die zentrale Stelle übermittelt.
  • Die Erfindung eignet sich dabei für Fahrzeuge aller Art, d. h. für Landfahrzeuge, Wasserfahrzeuge, Luftfahrzeuge sowie Raumfahrzeuge gleichermaßen. Ganz besonders eignet sich die Erfindung allerdings für Kraftfahrzeuge.
  • Bei der zentralen Stelle kann es sich um eine beliebige von dem Fahrzeug unabhängige Stelle handeln; insbesondere aber nicht ausschließlich einen oder mehrere externe Server oder Servereinrichtungen, Servicefahrzeuge oder sonstige weitere Fahrzeuge, bis hin zu Diagnosegeräten. Besonders eignet sich die Erfindung allerdings für ein Verfahren zur Datenerhebung mittels eines Fahrzeugs und einer externen Servereinrichtung.
  • Die Übermittlung der Konfiguration mit dem/den Datentyp(en) und der Datenelemente zwischen dem Fahrzeug und der zentraler Stelle kann kabellos, insbesondere auf Basis eines Funkstandards, oder kabelgebunden vorgesehen sein.
  • Vorzugsweise kann das Verfahren mehrfach parallel verwendet werden, um eine Datenerhebung mittels mehrerer Fahrzeug durchzuführen.
  • Erfindungsgemäß ist vorgesehen, dass jeder von der zentralen Stelle übermittelte Datentyp und jedes von der Datenerfassungseinrichtung übermittelte Datenelement mit einem eindeutigen datenspezifischen Schlüssel gekennzeichnet ist, der zusammen mit jedem Datentyp und jedem Datenelement übermittelt wird, wobei alle verfügbaren Datentypen in einem Typenkatalog der zentralen Stelle abgelegt sind.
  • Die Konfiguration enthält also eine Beschreibung der auszuleitenden Datenelemente bzw. Daten. Die Konfiguration umfasst dabei eine Liste von durch das Fahrzeug auszuleitenden Datentypen bzw. Datenobjekten.
  • Die Übertragung der Konfiguration von der zentralen Stelle zu dem Fahrzeug kann nach einer Anmeldung des Fahrzeugs an der zentralen Stelle erfolgen, beispielsweise nach Inbetriebnahme des Fahrzeugs. Die Übertragung der Konfiguration kann aber grundsätzlich zu einem beliebigen Zeitpunkt aufgrund einer Anforderung durch das Fahrzeug ausgelöst werden und/oder von der zentralen Stelle zu einem beliebigen Zeitpunkt vorgenommen werden, beispielsweise wenn sich ein Datensammelauftrag ändert oder eine weitere Einrichtung die zentrale Stelle entsprechend anweist.
  • Die zentrale Stelle kann auch als „Backend“ und das Fahrzeug als „Frontend“ bezüglich der Datenerhebung bezeichnet werden.
  • Grundgedanke der Erfindung ist es, jedem Datentyp bzw. Datenobjekt einen eindeutigen Schlüssel, auch „Unique Key“ genannt, zuzuordnen. Alle Datentypen, die ein Fahrzeug ausleiten kann, werden in einem globalen Typenkatalog bzw. Datenobjektkatalog zumindest in der zentralen Stelle abgelegt. Wenn von der zentralen Stelle somit eine Konfiguration generiert wird, beispielsweise im Zuge eines sogenannten Kampagnen-Managements unter Einbeziehung einer Vielzahl von Fahrzeugen, wird die Konfiguration auf Basis des globalen Datenobjektkatalogs bzw. Typenkatalogs der zentralen Stelle zusammengestellt.
  • Hieraus ergeben sich, verglichen mit dem Stand der Technik, einige Vorteile. Zunächst kann der Umfang der von dem Fahrzeug an die zentrale Stelle übermittelten Datenelemente deutlich reduziert sein, da die von dem Datensammler, d. h. dem Fahrzeug, an die zentrale Stelle gesendeten Daten keine redundanten Informationen aus der Konfiguration mehr enthalten müssen. Eine Kennzeichnung der Datenelemente, um diese einem angeforderten Datentyp zuzuordnen, kann somit einzig durch die Verwendung des eindeutigen Schlüssels möglich sein.
  • Ein weiterer Vorteil der Erfindung ist es, dass der Typenkatalog es ermöglicht, Datentypen zumindest auf Seite der zentralen Stelle schnell und einfach abzurufen. Beispielsweise kann hierfür eine Lookup-Tabelle vorgesehen sein, wobei der eindeutige Schlüssel zur Adressierung des eingetragenen Datentyps verwendbar ist.
  • Dadurch, dass eine Kennzeichnung der Datentypen und Datenelemente durch eindeutige Schlüssel erfolgt, ist das Verfahren besonders modular einsetzbar. Insbesondere können Datentypen bzw. Datenobjekte und Daten bzw. Datenelemente über alle Fahrzeuge und Fahrzeugtypen hinweg gleich adressierbar sein. Ferner kann die Übertragung der Datenelemente erfolgen, ohne die Datenelemente unter Verwendung von Rechenkapazität des Fahrzeugs oder der zentralen Stelle interpretieren zu müssen. Das Verfahren ist somit leicht auf viele Datentypen erweiterbar.
  • In einer Weiterbildung der Erfindung kann vorgesehen sein, dass der Umfang der von der Datenerfassungseinrichtung des Fahrzeugs erfassten und/oder ermittelten Datenelemente durch optionale Abtastung, Quantisierung und/oder Schwellenwerte festlegbar ist.
  • Mit einer optionalen Abtastung bzw. Quantisierung bzw. mit optionalen Schwellenwerten ist gemeint, dass insbesondere zusätzlich zu einer bereits bestehenden Abtastung, Quantisierung und/oder Verwendung von Schwellenwerten durch die Sensorik und/oder Elektronik des Fahrzeugs gegebenenfalls eine weitere Abtastung, Quantisierung und/oder Verwendung von Schwellenwerten festlegbar ist, um den Umfang der Daten weiter zu reduzieren.
  • Bezüglich der optionalen Abtastung kann beispielsweise vorgesehen sein, dass Datenelemente eines Datentyps lediglich jede Sekunde, alle fünf Sekunden, alle zehn Sekunden, alle dreißig Sekunden, jede Minute, alle fünf Minuten, alle zehn Minuten, alle dreißig Minuten, jede Stunde, alle zwei Stunden oder alle 24 Stunden durch die Datenerfassungseinrichtung des Fahrzeugs erfasst und/oder an die zentrale Stelle übermittelt werden. Auch weitere Abtastintervalle sind möglich, wobei die Abtastung für jeden Datentyp separat festlegbar sein kann.
  • Betreffend eine optionale Quantisierung und/oder eine optionale Verwendung von Schwellenwerten kann beispielsweise vorgesehen sein, dass Datenelemente eines Datentyps von der Datenerfassungseinrichtung nur erfasst und/oder an die zentrale Stelle übermittelt werden, wenn die Datenelemente innerhalb vordefinierter Schranken, beispielsweise oberhalb, unterhalb oder zwischen zwei Schwellenwerten, liegen. Die optionale Quantisierung und/oder Verwendung von Schwellenwerten kann für jeden Datentyp separat festlegbar sein.
  • Es können also sogar Varianten von Datentypen bzw. Datenobjekten durch die eindeutigen Schlüssel eindeutig unterschieden werden. Bezüglich des Standes der Technik ist dies ein ganz besonderer Vorteil, da andernfalls die Informationen bezüglich optionaler Abtastung, Quantisierung und/oder Schwellenwerte zusammen mit dem angeforderten Datentyp zusätzlich mit übertragen werden müssten. Die Übertragung des eindeutigen Schlüssels ist zur Kennzeichnung derartiger Varianten eines Datentyps bereits ausreichend.
  • In einer Weiterbildung der Erfindung kann ferner vorgesehen sein, dass die von der Datenerfassungseinrichtung des Fahrzeugs erfassten und/oder übermittelten Datenelemente die Fahrdynamik des Fahrzeugs, insbesondere die aktuelle Position, die gefahrene Distanz, die Zeit in Bewegung, die Zeit im Stand, die Geschwindigkeit und/oder die Beschleunigung betreffen. Alternativ oder zusätzlich kann vorgesehen sein, dass die von der Datenerfassungseinrichtung des Fahrzeugs erfassten und/oder übermittelten Datenelemente sicherheitsrelevante Informationen des Fahrzeugs, Fehlerspeicherinformationen des Fahrzeugs, Wartungsinformationen des Fahrzeugs und/oder die Umgebung des Fahrzeugs, insbesondere Bildinformationen, Toninformationen und/oder Videoinformationen, betreffen.
  • Vorzugsweise können vorhandene Sensoren des Fahrzeugs zur Erfassung der Datenelemente verwendet werden.
  • In einer Weiterbildung kann außerdem vorgesehen sein, dass die Datenerfassungseinrichtung die Datenelemente von wenigstens einem Fahrzeugbus, insbesondere von einem CAN-Bus, einem LIN-Bus und/oder einem FlexRay-Bus, erfasst.
  • Insbesondere wenn für das Verfahren bereits im Fahrzeug vorhandene Sensorik und Rechenkapazität verwendet werden soll, können die Daten komfortabel von einem der bereits vorhandenen Fahrzeugbusse abgelesen werden. Die Datenerfassungseinrichtung kann aber auch direkt mit der Sensorik des Fahrzeugs oder Steuergeräten des Fahrzeugs verbunden sein.
  • In einer Weiterbildung der Erfindung kann vorgesehen sein, dass der Datentyp neben dem eindeutigen Schlüssel zumindest eine Metainformation umfasst, insbesondere einen Fahrzeugbus-Identifikator („ID“), einen Fahrzeugbus-Botschafts-Identifikator, eine Fahrzeugbus-Botschafts-Konfiguration, eine physikalische Einheit, eine Skalierung, einen oder mehrere Schwellenwerte, Abtastinformationen, Quantisierungsinformationen und/oder einen Signalnamen.
  • Es können grundsätzlich beliebig viele Metainformationen bzw. zusätzliche Informationen mit einem Datentyp bzw. einem Datenobjekt in der Konfiguration und/oder dem Typenkatalog verknüpft werden. Vorteilhafterweise kann bezüglich der Konfiguration vorgesehen sein, dass nur die Metainformationen bzw. Informationen des Datentyps an das Fahrzeug gesendet werden, welche für die Datenextraktion bzw. Datenerhebung erforderlich sind. Ferner müssen die Metainformationen seitens des Fahrzeugs bei Übermittlung der Datenelemente nicht wieder mit zurückübermittelt werden.
  • Üblicherweise werden beispielsweise bei Verwendung des Verfahrens mit einem CAN-Bus zumindest die CAN-Botschafts-ID, ein Start-Bit und ein Stopp-Bit von der Datenerfassungseinrichtung benötigt, um ein Datenelement von dem Fahrzeugbus zu extrahieren bzw. zu erfassen. Sofern mehrere Fahrzeugbusse vorgesehen sind, kann ferner eine Fahrzeugbus-ID erforderlich sein, um die Abfrage einem Fahrzeugbus direkt zuzuordnen.
  • Ferner können die zuvor erwähnten Informationen bezüglich optionaler Abtastung, Quantisierung und/oder Schwellenwerte als Teil des Datentyps bzw. der Konfiguration vorgesehen sein, um die Datenübertragung nachfolgend einzuschränken.
  • In einer Weiterbildung der Erfindung kann ferner vorgesehen sein, dass ein Datenelement neben dem eindeutigen Schlüssel und dem Zahlenwert des Datenelements zumindest eine weitere Information umfasst, insbesondere einen Zeitstempel.
  • In einer Weiterbildung kann der Zeitstempel eine absolute Zeitangabe, insbesondere eine GPS-Zeit, und/oder eine relative Zeitangabe, insbesondere einen Zählerstand bzw. eine vergangene Zeit seit der Inbetriebnahme des Fahrzeugs, umfassen.
  • In einer Weiterbildung der Erfindung kann schließlich vorgesehen sein, dass eine Auswertung der Datenelemente durch eine Analyseeinrichtung der zentralen Stelle erfolgt.
  • Die Daten bzw. Datenelemente können in der zentralen Stelle allerdings auch lediglich gespeichert werden. Durch die eindeutigen Schlüssel der Datentypen können die in der zentralen Stelle, beispielsweise in einer Datenhaltung bzw. einem Datenspeicher, gespeicherten Daten sehr schnell adressiert werden.
  • Die Datenelemente werden vorzugsweise als Rohdaten an die zentrale Stelle übermittelt und dort gespeichert oder dort optional weiterverarbeitet bzw. analysiert. Die Datenelemente können allerdings auch bereits vorverarbeitet sein, beispielsweise seitens des Fahrzeugs. Die notwendigen Informationen zur Vorverarbeitung können als Metainformationen in dem jeweiligen Datentyp bzw. in der Konfiguration hinterlegt sein. Die notwendigen Informationen zur Vorverarbeitung können insbesondere in dem Typenkatalog enthalten sein. Beispielsweise kann eine Skalierung der Daten oder das Verknüpfen mit einer physikalischen Einheit im Sinne einer Vorverarbeitung vorgesehen sein.
  • In einer Weiterbildung der Erfindung kann ein zweiter Typenkatalog seitens des Fahrzeugs verwendet werden, der zumindest teilweise mit dem Typenkatalog der zentralen Stelle synchronisiert wird.
  • Der Umfang der Typenkataloge des Fahrzeugs und der zentralen Stelle können identisch sein. Der Typenkatalog des Fahrzeugs kann allerdings auch nur einen Auszug aus dem Typenkatalog der zentralen Stelle umfassen. Beispielsweise kann vorgesehen sein, dass jede an das Fahrzeug übertragene Konfiguration mit den einzelnen Datentypen in einem Datenspeicher des Fahrzeugs abgelegt wird, um den zweiten Typenkatalog fortlaufend aufzubauen. Sofern ein Eintrag zu einem jeweiligen Datentyp bereits in dem zweiten Typenkatalog vorhanden ist, kann dieser gegebenenfalls aktualisiert werden. Es kann auch vorgesehen sein, dass die Konfiguration bzw. die darin enthaltenen angeforderten Datentypen mit allen Informationen und Metainformationen lediglich an das Fahrzeug übertragen wird bzw. werden, wenn sich diese Liste ändert. Somit kann zur Erstellung eines Auftrags zur Datenerhebung grundsätzlich bereits das Übertragen der eindeutigen Schlüssel zur Kennzeichnung der Datentypen ausreichend sein, sofern die nötigen Informationen zu den einzelnen Datentypen in dem Fahrzeug bereits vorliegen.
  • Die Erfindung betrifft auch ein System, umfassend wenigstens ein Fahrzeug sowie eine zentrale Stelle, wobei die zentrale Stelle eingerichtet ist, eine wenigstens einen angeforderten Datentyp umfassende Konfiguration zur Datenerhebung an das wenigstens eine Fahrzeug zu übermitteln, wobei eine Datenerfassungseinrichtung des wenigstens einen Fahrzeugs eingerichtet ist, die Konfiguration zu empfangen und Datenelemente, die dem wenigstens einen angeforderten Datentyp entsprechen, jeweils zu erfassen und an die zentrale Stelle zu übermitteln. Bei dem System ist weiter vorgesehen, dass jeder von der zentralen Stelle übermittelte Datentyp und jedes von der Datenerfassungseinrichtung übermittelte Datenelement mit einem eindeutigen datenspezifischen Schlüssel gekennzeichnet ist, der mit jedem Datentyp und jedem Datenelement verknüpft ist, wobei alle verfügbaren Datentypen in einem Typenkatalog der zentralen Stelle abgelegt sind.
  • Merkmale und Vorteile, die bereits zu dem vorstehenden Verfahren beschrieben wurden, können selbstverständlich auch für das System herangezogen werden.
  • Nachfolgend ist ein Ausführungsbeispiel der Erfindung anhand der Zeichnung prinzipmäßig näher dargestellt.
  • Es zeigt:
    • 1 eine schematische Darstellung des Verfahrens zur Datenerhebung.
  • 1 zeigt stark schematisch ein Verfahren zur Datenerhebung mittels eines Fahrzeugs 1. Dabei ist vorgesehen, dass eine zentrale Stelle 2 eine Konfiguration 3 für die Datenerhebung an das Fahrzeug 1 übermittelt. Die Übermittlung kann kabellos oder kabelgebunden erfolgen.
  • Die Konfiguration 3 umfasst dabei wenigstens einen angeforderten Datentyp 4, der die zu erhebenden Daten bzw. Datenelemente 5 kennzeichnet. Bei dem Datentyp 4 kann es sich beispielsweise um eine Geschwindigkeit des Fahrzeugs 1 handeln.
  • Das Fahrzeug 1 weist eine Datenerfassungseinrichtung 6 auf, die die Konfiguration 3 empfängt. Schließlich werden von der Datenerfassungseinrichtung 6 alle Datenelemente 5, die dem wenigstens einen angeforderten Datentyp 4 entsprechen, jeweils erfasst und an die zentrale Stelle 2 zurückübermittelt. Auch diese Übermittlung kann kabellos oder kabelgebunden erfolgen. Wenn der angeforderte Datentyp 4 beispielsweise die Geschwindigkeit des Fahrzeugs 1 betreffen sollte, kann das Fahrzeug 1 anschließend eine zeitliche Abfolge von Geschwindigkeitsdaten an die zentrale Stelle 2 übermitteln.
  • Bei dem Fahrzeug 1 kann es sich um ein beliebiges Fahrzeug 1 zu Lande, zu Wasser, zu Luft oder auch um ein Raumfahrzeug handeln. Vorzugsweise handelt es sich um ein Kraftfahrzeug.
  • Bei der zentralen Stelle 2 kann es sich um einen oder mehrere Server, weitere Fahrzeuge, beispielsweise Servicefahrzeuge, Diagnosegeräte usw. handeln. Wesentlich ist, dass es sich bei der zentralen Stelle 2 um eine von dem Fahrzeug 1 unabhängige Einrichtung handelt.
  • Die Datenerfassungseinrichtung 6 des Fahrzeugs 1 kann eine elektronische Regel- und/oder Steuereinrichtung umfassen oder als eine solche ausgebildet sein. Es können auch bestehende Recheneinheiten des Fahrzeugs 1 verwendet werden, wobei die Datenerfassungseinrichtung 6 dann z. B. als Softwaremodul, beispielsweise auf einem Steuergerät des Fahrzeugs 1, ausgebildet ist.
  • Es ist vorgesehen, dass jeder von der zentralen Stelle 2 übermittelte Datentyp 4 und jedes von der Datenerfassungseinrichtung 6 übermittelte Datenelement 5 mit einem eindeutigen datenspezifischen Schlüssel 7 („key“) gekennzeichnet ist, der zusammen mit jedem Datentyp 4 und jedem Datenelement 5 übermittelt wird. Ferner sind alle verfügbaren Datentypen 4 in einem Typenkatalog 8 der zentralen Stelle 2 abgelegt.
  • Durch die eindeutige Kennzeichnung durch den datenspezifischen Schlüssel 7 kann der Umfang der zu übertragenden Datenelemente 5, der zur bloßen Kennzeichnung der Datenelemente 5 und Datentypen 4 notwendig ist, deutlich reduziert sein.
  • Betreffend ein System 9, insbesondere zur Durchführung des beschriebenen Verfahrens, können mehrere Fahrzeuge 1 vorgesehen sein, die zur Kommunikation mit einer zentralen Stelle 2 eingerichtet sind.
  • Besonders bevorzugt kann vorgesehen sein, dass der Umfang der von der Datenerfassungseinrichtung 6 des Fahrzeugs 1 erfassten und/oder übermittelten Datenelemente 5 durch optionale Abtastung, Quantisierung und/oder Schwellenwerte festlegbar ist. Demnach können also auch Varianten von Datentypen 4 vorgesehen sein, die durch einen entsprechend eindeutigen datenspezifischen Schlüssel 7 gekennzeichnet sind.
  • Beispielsweise kann vorgesehen sein, nur Geschwindigkeiten des Fahrzeugs 1 zu erfassen, wenn das Fahrzeug 1 schneller fährt als 30 km/h. In einem weiteren Beispiel könnte auch vorgesehen sein, nur Geschwindigkeiten des Fahrzeugs 1 zu erfassen, wenn das Fahrzeug 1 langsamer fährt als 30 km/h.
  • Es kann auch vorgesehen sein, für die Erfassung bzw. Übertragung einen Zwischenbereich zu definieren, beispielsweise Geschwindigkeiten zwischen 30 km/h und 120 km/h. Diese zusätzlichen Optionen müssten gemäß dem Stand der Technik zur Kennzeichnung der Datenelemente 5 zusammen mit jedem Datenelement 5 an die zentrale Stelle 2 zurückgesendet werden, da die Variante des Datentyps 4 bzw. dieser Datentyp 4 sonst nicht von anderen Datentypen 4, die ebenfalls Geschwindigkeiten betreffen, unterscheidbar wäre. Dadurch, dass allerdings ein datenspezifischer eindeutiger Schlüssel 7 verwendet wird, der den Datentyp 4 kennzeichnet, ist die Übertragung dieser zusätzlichen Metainformationen nicht mehr notwendig. Auch eine Vorverarbeitung, d. h. beispielsweise eine Skalierung oder Verknüpfung mit einer physikalischen Einheit (z. B. „km/h“), kann gegebenenfalls entfallen.
  • Für die Datenerhebung kann vorgesehen sein, dass die von der Datenerfassungseinrichtung 6 des Fahrzeugs 1 erfassten und/oder übermittelten Datenelemente 5 die Fahrdynamik des Fahrzeugs 1, sicherheitsrelevante Informationen des Fahrzeugs 1, Fehlerspeicherinformationen des Fahrzeugs 1, Wartungsinformationen des Fahrzeugs 1 und/oder die Umgebung des Fahrzeugs 1 betreffen. Bezüglich der Fahrdynamik können insbesondere Datentypen 4, wie die aktuelle Position, die gefahrene Distanz, die Zeit in Bewegung, die Zeit im Stand, die Geschwindigkeit und/oder die Beschleunigung oder deren durch optionale Abtastung, Quantisierung und/oder Schwellenwerte gebildeten Varianten, vorgesehen sein. Bezüglich Informationen zur Umgebung des Fahrzeugs 1 können insbesondere Bildinformationen, Toninformationen und/oder Videoinformationen berücksichtigt werden.
  • Vorzugsweise können bereits im Fahrzeug 1 vorhandene Sensoren 10 und Recheneinheiten zur Durchführung des Verfahrens vorgesehen sein. Besonders bevorzugt kann die Datenerfassungseinrichtung 6 eingerichtet sein, die Datenelemente 5 von wenigstens einem Fahrzeugbus 11, insbesondere von einem CAN-Bus, einem LIN-Bus und/oder einem FlexRay-Bus, zu erfassen.
  • Die Datenerfassungseinrichtung 6 kann hierfür mit einem oder mehreren Fahrzeugbussen 11 gleichen oder unterschiedlichen Typs verbunden sein.
  • Die Datenerfassungseinrichtung 6 kann allerdings auch direkt mit entsprechenden Sensoren 10 verbunden sein, um die angeforderten Daten bzw. Datenelemente 5 zu erfassen.
  • Es kann vorgesehen sein, dass der Datentyp 4 neben dem eindeutigen Schlüssel 7 zumindest eine Metainformation umfasst, insbesondere einen Fahrzeugbus-Identifikator (z. B. „bus-id“), einen Fahrzeugbus-Botschafts-Identifikator (z. B. „msg-id“), eine Fahrzeugbus-Botschafts-Konfiguration (z. B. „bitO“, „bitn“), eine physikalische Einheit, eine Skalierung, einen oder mehrere Schwellenwerte, Abtastinformationen, Quantisierungsinformationen und/oder einen Signalnamen.
  • Die Geschwindigkeit eines Fahrzeugs 1 kann beispielsweise als Signal einer Fahrdynamikregelung, insbesondere eines elektronischen Stabilitätsprogramms (ESP), an einem Fahrzeugbus 11 vorliegen. Das entsprechende Signal kann beispielsweise als Signalnamen „ESP_kmh_Signal“ führen. Wenn ein CAN-Bus vorgesehen ist, wird derartigen Signalen üblicherweise eine Botschafts-ID zugeordnet, beispielsweise die Dezimalzahl 128 bzw. deren binäre Entsprechung und/oder eine ASCII-Bezeichnung (z. B. „ESP_00“). Innerhalb dieser Botschaft startet das tatsächliche Datenelement 5 dann beispielsweise bei dem 42ten Bit und ist ausgehend davon 16 Bit lang. Dies kann durch die Fahrzeugbus-Botschafts-Konfiguration (z. B. bit0 = 42, bitn = 16) festgelegt werden. Weitere Metainformationen können beispielsweise die Skalierung des Datenelements 5 in einen reellen Wert und/oder eine zugehörige physikalische Einheit betreffen.
  • Es kann vorgesehen sein, dass ein Datenelement 5, das von der Datenerfassungseinrichtung 6 des Fahrzeugs 1 an die zentrale Stelle 2 übertragen wird, neben dem eindeutigen Schlüssel 7 und einem Zahlenwert („val“) des Datenelements 5 zumindest eine weitere Information umfasst, beispielsweise einen Zeitstempel 12 („time“). Der Zeitstempel 12 kann eine absolute Zeitangabe, insbesondere eine GPS-Zeit, und/oder eine relative Zeitangabe, beispielsweise einen Zählerstand oder eine vergangene Zeit seit der Inbetriebnahme des Fahrzeugs 1, umfassen. Hierdurch lassen sich die Abtastzeitpunkte gegebenenfalls später rekonstruieren und/oder Zeitdiagramme bzw. zeitliche Zusammenhänge der Datentypen 4 bilden.
  • Es kann vorgesehen sein, dass die zentrale Stelle 2 die Konfigurationen für die Datenerhebung auf Basis eines Kampagnen-Managements 13 zusammenstellt, um eine Flotte von Fahrzeugen 1 vorteilhaft zur Erfassung einer Vielzahl von Daten verwenden zu können, beispielsweise um statistisch signifikante Daten zu erheben.
  • Die von dem Fahrzeug 1 an die zentrale Stelle 2 übermittelten Datenelemente 5 können in einem Datenspeicher 14 der zentralen Stelle 2 abgelegt werden, vorzugsweise sortiert nach dem eindeutigen Schlüssel 7 und dem Zeitstempel 12. Es kann auch vorgesehen sein, dass eine Auswertung der Datenelemente 5 durch eine Analyseeinrichtung 15 der zentralen Stelle 2 erfolgt. Die Analyseeinrichtung 15 kann die Datenelemente 5 aus dem Datenspeicher 14 der zentralen Stelle 2 auslesen und gegebenenfalls auch Metainformationen aus dem Typenkatalog 8 abrufen. Hierfür ist die Verwendung des eindeutigen Schlüssels 7 besonders vorteilhaft.
  • Gegebenenfalls kann ein zweiter Typenkatalog 16 seitens des Fahrzeugs 1 vorgesehen sein, der zumindest teilweise mit dem Typenkatalog 8 der zentralen Stelle 2 synchronisiert wird. Gegebenenfalls kann die Liste der angeforderten Datentypen 4, d. h. die Konfiguration 3 für die Datenerhebung, nur dann, wenn sich deren Inhalt ändert, an die Datenerfassungseinrichtung 6 des Fahrzeugs 1 übermittelt werden, wodurch abermals Übertragungskosten eingespart werden können.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Patentliteratur
    • DE 102010015132 A1 [0003]
    • DE 102015111850 A1 [0005]
    • DE 102014226219 A1 [0006]

Claims (10)

  1. Verfahren zur Datenerhebung mittels eines Fahrzeugs (1), wobei eine zentrale Stelle (2) eine wenigstens einen angeforderten Datentyp (4) umfassende Konfiguration (3) für die Datenerhebung an das Fahrzeug (1) übermittelt, und wobei eine Datenerfassungseinrichtung (6) des Fahrzeugs (1) die Konfiguration (3) empfängt und Datenelemente (5), die dem wenigstens einen angeforderten Datentyp (4) entsprechen, jeweils erfasst und an die zentrale Stelle (2) übermittelt, dadurch gekennzeichnet, dass jeder von der zentralen Stelle (2) übermittelte Datentyp (4) und jedes von der Datenerfassungseinrichtung (6) übermittelte Datenelement (5) mit einem eindeutigen datentypspezifischen Schlüssel (7) gekennzeichnet ist, der zusammen mit jedem Datentyp (4) und jedem Datenelement (5) übermittelt wird, wobei alle verfügbaren Datentypen (4) in einem Typenkatalog (8) der zentralen Stelle (2) abgelegt sind.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass der Umfang der von der Datenerfassungseinrichtung (6) des Fahrzeugs (1) erfassten und/oder übermittelten Datenelemente (5) durch optionale Abtastung, Quantisierung und/oder Schwellenwerte festlegbar ist.
  3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die von der Datenerfassungseinrichtung (6) des Fahrzeugs (1) erfassten und/oder übermittelten Datenelemente (5) die Fahrdynamik des Fahrzeugs (1), insbesondere die aktuelle Position, die gefahrene Distanz, die Zeit in Bewegung, die Zeit im Stand, die Geschwindigkeit und/oder die Beschleunigung, sicherheitsrelevante Informationen des Fahrzeugs (1), Fehlerspeicherinformationen des Fahrzeugs (1), Wartungsinformationen des Fahrzeugs (1) und/oder die Umgebung des Fahrzeugs (1), insbesondere Bildinformationen, Toninformationen und/oder Videoinformationen betreffen.
  4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass die Datenerfassungseinrichtung (6) die Datenelemente (5) von wenigstens einem Fahrzeugbus (11), insbesondere von einem CAN-Bus, einem LIN-Bus und/oder einem FlexRay-Bus erfasst.
  5. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass der Datentyp (4) neben dem eindeutigen Schlüssel (7) zumindest eine Metainformation umfasst, insbesondere einen Fahrzeugbus-Identifikator, einen Fahrzeugbus-Botschafts-Identifikator, eine Fahrzeugbus-Botschafts-Konfiguration, eine physikalische Einheit, eine Skalierung, einen oder mehrere Schwellenwerte, Abtastinformationen, Quantisierungsinformationen und/oder einen Signalnamen.
  6. Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass ein Datenelement (5) neben dem eindeutigen Schlüssel (7) und dem Zahlenwert des Datenelements (5) zumindest eine weitere Information umfasst, insbesondere einen Zeitstempel (12).
  7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, dass der Zeitstempel (12) eine absolute Zeitangabe, insbesondere eine GPS-Zeit und/oder eine relative Zeitangabe, insbesondere einen Zählerstand seit der Inbetriebnahme des Fahrzeugs (1), umfasst.
  8. Verfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, dass eine Auswertung der Datenelemente (5) durch eine Analyseeinrichtung (15) der zentralen Stelle (2) erfolgt.
  9. Verfahren nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass ein zweiter Typenkatalog (16) seitens des Fahrzeugs (1) verwendet wird, der zumindest teilweise mit dem Typenkatalog (8) der zentralen Stelle (2) synchronisiert wird.
  10. System (9), umfassend wenigstens ein Fahrzeug (1) sowie eine zentrale Stelle (2), wobei die zentrale Stelle (2) eingerichtet ist, eine wenigstens einen angeforderten Datentyp (4) umfassende Konfiguration (3) zur Datenerhebung an das wenigstens eine Fahrzeug (1) zu übermitteln, wobei eine Datenerfassungseinrichtung (6) des wenigstens einen Fahrzeugs (1) eingerichtet ist, die Konfiguration (3) zu empfangen und Datenelemente (5), die dem wenigstens einen angeforderten Datentyp (4) entsprechen, jeweils zu erfassen und an die zentrale Stelle (2) zu übermitteln, dadurch gekennzeichnet, dass jeder von der zentralen Stelle (2) übermittelte Datentyp (4) und jedes von der Datenerfassungseinrichtung (6) übermittelte Datenelement (5) mit einem eindeutigen datentypspezifischen Schlüssel (7) gekennzeichnet ist, der mit jedem Datentyp (4) und jedem Datenelement (5) verknüpft ist, wobei alle verfügbaren Datentypen (4) in einem Typenkatalog (8) der zentralen Stelle (2) abgelegt sind.
DE102017206073.5A 2017-04-10 2017-04-10 Verfahren zur Datenerhebung Withdrawn DE102017206073A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
DE102017206073.5A DE102017206073A1 (de) 2017-04-10 2017-04-10 Verfahren zur Datenerhebung
PCT/EP2018/057701 WO2018188937A1 (de) 2017-04-10 2018-03-27 Verfahren zur datenerhebung

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102017206073.5A DE102017206073A1 (de) 2017-04-10 2017-04-10 Verfahren zur Datenerhebung

Publications (1)

Publication Number Publication Date
DE102017206073A1 true DE102017206073A1 (de) 2018-10-11

Family

ID=61801957

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102017206073.5A Withdrawn DE102017206073A1 (de) 2017-04-10 2017-04-10 Verfahren zur Datenerhebung

Country Status (2)

Country Link
DE (1) DE102017206073A1 (de)
WO (1) WO2018188937A1 (de)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021191112A1 (de) * 2020-03-27 2021-09-30 Zf Cv Systems Global Gmbh Datenerfassungsvorrichtung für mobile vorrichtungen, verfahren zur durchführung einer vorabanalyse bei einer datenerfassungsvorrichtung, fahrzeug sowie entsprechend ausgelegtes computerprogramm
WO2023088549A1 (en) 2021-11-17 2023-05-25 Cariad Se Method and system for carrying out measurement campaigns by means of motor vehicles using a vehicle-generated campaign-specific end-to-end encryption of the measurement data
WO2023088548A1 (en) 2021-11-17 2023-05-25 Cariad Se Method and system for carrying out measurement campaigns by means of motor vehicles using a centrally-controlled campaign-specific end-to-end encryption of the measurement data
WO2023156005A1 (en) 2022-02-18 2023-08-24 Cariad Se Central computer system, storage computer, access management computer and method to operate a central computer system

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6505106B1 (en) * 1999-05-06 2003-01-07 International Business Machines Corporation Analysis and profiling of vehicle fleet data
US7275027B2 (en) * 2003-03-04 2007-09-25 Microsoft Corporation Facilitating communication with automotive vehicle buses
US20110153652A1 (en) * 2009-12-21 2011-06-23 Electronics And Telecommunications Research Institute Method for transmitting vehicle information
DE102010015132A1 (de) 2010-04-16 2011-10-20 Volkswagen Ag Datenerhebungsverfahren und Datenerhebungsvorrichtung für ein Fahrzeug
DE102015111850A1 (de) 2014-07-31 2016-02-04 Ford Global Technologies, Llc Verfahren und Vorrichtung zum Sammeln und zur Analyse von Fahrzeugdaten
DE102014226219A1 (de) 2014-12-17 2016-06-23 Bayerische Motoren Werke Aktiengesellschaft Sichere Datennutzung in Kraftfahrzeugen

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8989959B2 (en) * 2006-11-07 2015-03-24 Smartdrive Systems, Inc. Vehicle operator performance history recording, scoring and reporting systems
KR20110040185A (ko) * 2009-10-13 2011-04-20 한국전자통신연구원 선박과 육상간의 적응적 정보 동기화 장치 및 방법
GB2540817A (en) * 2015-07-30 2017-02-01 Ford Global Tech Llc Improvements in or relating to distributed vehicular data management systems

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6505106B1 (en) * 1999-05-06 2003-01-07 International Business Machines Corporation Analysis and profiling of vehicle fleet data
US7275027B2 (en) * 2003-03-04 2007-09-25 Microsoft Corporation Facilitating communication with automotive vehicle buses
US20110153652A1 (en) * 2009-12-21 2011-06-23 Electronics And Telecommunications Research Institute Method for transmitting vehicle information
DE102010015132A1 (de) 2010-04-16 2011-10-20 Volkswagen Ag Datenerhebungsverfahren und Datenerhebungsvorrichtung für ein Fahrzeug
DE102015111850A1 (de) 2014-07-31 2016-02-04 Ford Global Technologies, Llc Verfahren und Vorrichtung zum Sammeln und zur Analyse von Fahrzeugdaten
DE102014226219A1 (de) 2014-12-17 2016-06-23 Bayerische Motoren Werke Aktiengesellschaft Sichere Datennutzung in Kraftfahrzeugen

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021191112A1 (de) * 2020-03-27 2021-09-30 Zf Cv Systems Global Gmbh Datenerfassungsvorrichtung für mobile vorrichtungen, verfahren zur durchführung einer vorabanalyse bei einer datenerfassungsvorrichtung, fahrzeug sowie entsprechend ausgelegtes computerprogramm
CN115299023A (zh) * 2020-03-27 2022-11-04 采埃孚商用车系统全球有限公司 用于能移动的设备的数据检测设备、数据检测设备中执行初步分析的方法、车辆及相对应的计算机程序
WO2023088549A1 (en) 2021-11-17 2023-05-25 Cariad Se Method and system for carrying out measurement campaigns by means of motor vehicles using a vehicle-generated campaign-specific end-to-end encryption of the measurement data
WO2023088548A1 (en) 2021-11-17 2023-05-25 Cariad Se Method and system for carrying out measurement campaigns by means of motor vehicles using a centrally-controlled campaign-specific end-to-end encryption of the measurement data
WO2023156005A1 (en) 2022-02-18 2023-08-24 Cariad Se Central computer system, storage computer, access management computer and method to operate a central computer system

Also Published As

Publication number Publication date
WO2018188937A1 (de) 2018-10-18

Similar Documents

Publication Publication Date Title
EP2195796B1 (de) Verfahren zur bereitstellung von fahrbetriebsdaten
EP2059820B1 (de) Geschwindigkeitserfassung für ein tachographensystem
DE102016225982B4 (de) System und Verfahren zum Diebstahlschutz für Fahrzeugräder eines Fahrzeuges
WO2018188937A1 (de) Verfahren zur datenerhebung
DE112009000439T5 (de) Fahrzeuginformationsaufzeichnungsvorrichtung, Fahrzeuginformationskommunikationssystem und Fahrzeuginformationskommunikationsverfahren
DE10007218A1 (de) Verfahren und Vorrichtung zur Ereignisinterpretation und Ausgabe von Bedienhinweisen in Kraftfahrzeugen
EP3616180B1 (de) Verfahren zur datenerhebung
DE102016009195B3 (de) Verfahren zum Extrahieren von Fahrzeugdaten aus einem Kraftfahrzeug, Steuervorrichtung und Kraftfahrzeug
DE102018221054A1 (de) Verfahren zum Bereitstellen von Kartendaten in einem Kraftfahrzeug, Kraftfahrzeug und zentrale Datenverarbeitungseinrichtung
EP3001380A1 (de) Diagnoseverfahren und erhebungsverfahren für fahrzeuge
DE102017010832A1 (de) Verfahren zur Bewertung einer erkannten Geschwindigkeitsbegrenzung
DE102013218813A1 (de) Verfahren zur Detektion einer Kollision eines Fahrzeugs mit einem fahrzeugexternen Objekt und entsprechendes Verfahren
DE102015210117A1 (de) Fahrerassistenzvorrichtung zur Verkehrszeichenerkennung für ein Kraftfahrzeug sowie ein Verfahren zur Überprüfung einer etwaigen Fehlerkennung eines mit der Fahrerassistenzvorrichtung erkannten Verkehrszeichens
DE102018002022A1 (de) Verfahren zur Verarbeitung von Daten
DE102019211848B4 (de) Ermitteln der Schadstoff-Emissionen eines Fahrzeugs
DE102019005825A1 (de) Verfahren zum Erzeugen von Trainingsdaten für eine kraftfahrzeugexterne elektronische Recheneinrichtung, sowie Fahrerassistenzsystem
DE102017204347A1 (de) Verfahren und System zum Bestimmen einer kinematischen Eigenschaft eines Objekts, Verfahren zum Steuern eines Assistenzsystems eines Kraftfahrzeugs und Kraftfahrzeug
DE102020001309A1 (de) Verfahren zum Betreiben einer elektronischen Recheneinrichtung für ein Kraftfahrzeug, sowie elektronische Recheneinrichtung
DE102020202029A1 (de) Verfahren zum Identifizieren von elektronischen Radeinheiten an Fahrzeugrädern eines Fahrzeuges, sowie Verwendung hierfür
DE102016009199B4 (de) Verfahren zum Betreiben einer Datenerfassungseinheit zum Erfassen von mindestens einem Steuerungsereignis einer Steuerungvorrichtung eines Kraftfahrzeugs sowie eine Datenerfassungseinheit und eine Datenverarbeitungseinheit
DE102019004143A1 (de) Verfahren zur Nutzung eines ermittelten Gemütszustandes eines Fahrzeugnutzers
DE102018202792A1 (de) Vorrichtung, Verfahren und computerlesbares Speichermedium mit Instruktionen zur Erfassung von Betriebsdaten für ein autonomes Kraftfahrzeug
DE102020112327B4 (de) System und Verfahren zur dynamischen Verbesserung von Fahrzeugdiagnosesystemen
EP3844936B1 (de) Anfordern, analysieren und übermitteln von daten der fahrerassistenzsysteme eines fahrzeugs an einen externen nutzer
DE102018210211A1 (de) Vorrichtungen, Verfahren und System zum Anfordern und Bereitstellen von Unfalldaten

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R016 Response to examination communication
R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee