WO2018188937A1 - Verfahren zur datenerhebung - Google Patents

Verfahren zur datenerhebung Download PDF

Info

Publication number
WO2018188937A1
WO2018188937A1 PCT/EP2018/057701 EP2018057701W WO2018188937A1 WO 2018188937 A1 WO2018188937 A1 WO 2018188937A1 EP 2018057701 W EP2018057701 W EP 2018057701W WO 2018188937 A1 WO2018188937 A1 WO 2018188937A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
vehicle
type
transmitted
information
Prior art date
Application number
PCT/EP2018/057701
Other languages
English (en)
French (fr)
Inventor
Malek Naffati
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
Publication of WO2018188937A1 publication Critical patent/WO2018188937A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Definitions

  • the invention relates to a method for collecting data by means of a vehicle according to the type defined in greater detail in the preamble of claim 1.
  • the invention also relates to a system comprising at least one vehicle and a central point, according to the preamble of claim 10.
  • a method of the type described above is known for example from the generic DE 10 2010 015 132 A1.
  • at least one data collection module is loaded and activated via a vehicle interface into a data collection control device or a data acquisition device of the vehicle.
  • the at least one data collection module collects the data of vehicle systems of the vehicle via a vehicle bus depending on data collection module-specific conditions. These conditions are in each case dependent on a vehicle-related event, depending on a vehicle-related condition, depending on a time, depending on a period of time and / or depending on an instruction.
  • a disadvantage of the known method is that the data to be exchanged between the vehicle and a central location can sometimes become very extensive. The effort to provide such data transmission is correspondingly high. In particular, high transmission rates and large data memories must be provided in the vehicle and in the central station.
  • a system is including a processor adapted to receive vehicle data from multiple vehicles.
  • the processor is also configured to store the data relating to a reporting vehicle. Further, the processor is configured to associate the data with any recently reported vehicle repairs.
  • the processor is additionally designed to analyze the associated data with respect to other vehicles with similar repairs to determine basic causes of malfunction leading to the repair and to store a record of identified causes of the malfunction. It is thus a data cataloging process in which vehicle data is provided with a vehicle-specific identifier and transmitted to a remote server.
  • DE 10 2014 226 219 A1 As a further background for the transmission of data between a vehicle and a central location, reference is made to DE 10 2014 226 219 A1.
  • This relates to a method for secure data use in a motor vehicle and related devices.
  • personal data records are kept encrypted on a database external of the motor vehicle in order to ensure data security on the part of the motor vehicle, in particular if the motor vehicle is to be operated by several drivers.
  • the object of the method is achieved by the features mentioned in claim 1.
  • the object is achieved by the features mentioned in claim 10.
  • a central point transmits a configuration for the data collection comprising at least one requested data type to the vehicle, wherein a data acquisition device of the vehicle receives the configuration and data elements which correspond to the at least one requested data type, each recorded and transmitted to the central office.
  • the invention is suitable for vehicles of all kinds, d. H. for land vehicles, watercraft, aircraft and spacecraft alike. However, the invention is particularly suitable for motor vehicles.
  • the central location may be any location independent of the vehicle; in particular but not exclusively one or more external servers or server devices, service vehicles or other additional vehicles, up to diagnostic devices.
  • the invention is particularly suitable for a method for collecting data by means of a vehicle and an external server device.
  • the transmission of the configuration with the data type (s) and the data elements between the vehicle and the central location can be provided wirelessly, in particular based on a radio standard, or via cable.
  • the method may be used multiple times in parallel to perform data collection using multiple vehicles.
  • each data type transmitted by the central location and each data element transmitted by the data acquisition device are identified by a unique data-specific key. which is transmitted along with each data type and data item, with all available data types being stored in a type catalog of the central location.
  • the configuration thus contains a description of the data elements or data to be derived.
  • the configuration comprises a list of data types or data objects to be derived by the vehicle.
  • the transmission of the configuration from the central location to the vehicle may occur after a registration of the vehicle at the central location, for example after the vehicle has been put into service.
  • the transmission of the configuration may in principle be initiated at any time on the basis of a request by the vehicle and / or made by the central office at any time, for example, when a data collection order changes or another facility instructs the central office accordingly.
  • the central location may also be referred to as a "backend” and the vehicle as a "frontend" regarding data collection.
  • the basic idea of the invention is to assign each data type or data object a unique key, also called a "unique key". All data types that a vehicle can derive are stored in a global type catalog or data object catalog, at least in the central location. If a configuration is thus generated by the central location, for example in the course of a so-called campaign management involving a large number of vehicles, the configuration is compiled on the basis of the global data object catalog or type catalog of the central location.
  • the scope of the vehicle from the central point transmitted data elements be significantly reduced because the data sent by the data collector, ie the vehicle to the central office data no longer need to contain redundant information from the configuration. An identification of the data elements in order to assign them to a requested data type can therefore be possible only through the use of the unique key.
  • the type catalog makes it possible to retrieve data types quickly and easily, at least on the central site side. For example, this can be provided for a lookup table, the unique key for addressing the entered data type is used.
  • the method can be used in a particularly modular manner.
  • data types or data objects and data or data elements can be identically addressed across all vehicles and vehicle types.
  • the transmission of the data elements can take place without having to interpret the data elements using the computing capacity of the vehicle or the central location.
  • the method is thus easy to extend to many types of data.
  • the scope of the data elements detected and / or determined by the data acquisition device of the vehicle can be defined by optional sampling, quantization and / or threshold values.
  • an optional sampling or quantization or with optional threshold values it is meant that, in particular in addition to an already existing sampling, quantization and / or use of threshold values by the sensors and / or electronics of the vehicle, optionally further sampling, quantization and / or use from Thresholds can be set to further reduce the amount of data.
  • data elements of a data type only every second, every five seconds, every ten seconds, every thirty seconds, every minute, every five minutes, every ten minutes, every thirty minutes, every hour, all recorded for two hours or every 24 hours by the vehicle data acquisition device and / or transmitted to the central location. Further sampling intervals are possible, wherein the sampling for each data type can be determined separately.
  • an optional quantization and / or an optional use of threshold values it may be provided, for example, that data elements of a data type are only acquired by the data acquisition device and / or transmitted to the central location, if the data elements are within predefined limits, for example above, below or between two Thresholds are.
  • the optional quantization and / or use of thresholds may be separately determinable for each data type.
  • the data recorded by the data acquisition device of the vehicle and / or transmitted data elements the driving dynamics of the vehicle, in particular the current position, the distance traveled, the time in motion, the time in the state, the speed and / or the acceleration concern.
  • the data elements detected and / or transmitted by the data acquisition device of the vehicle include safety-relevant information of the vehicle, fault memory information of the vehicle, maintenance information of the vehicle and / or the surroundings of the vehicle, in particular image information, sound information and / or video information , affect.
  • existing sensors of the vehicle can be used to detect the data elements.
  • the data acquisition device detects the data elements of at least one vehicle bus, in particular of a CAN bus, a LIN bus and / or a FlexRay bus.
  • the data can be conveniently read from one of the existing vehicle buses.
  • the data acquisition device can also be connected directly to the sensors of the vehicle or control units of the vehicle.
  • the data type comprises at least one meta information in addition to the unique key, in particular a vehicle bus identifier ("ID"), a vehicle bus message identifier, a vehicle bus message configuration, a physical unit, a scaling, one or more thresholds, sample information, quantization information, and / or a signal name.
  • ID vehicle bus identifier
  • vehicle bus message identifier identifier
  • vehicle bus message configuration a physical unit
  • scaling one or more thresholds
  • sample information sample information
  • quantization information quantization information
  • / or a signal name any number of meta-information or additional information can be linked to a data type or a data object in the configuration and / or the type catalog.
  • the configuration it can advantageously be provided that only the meta information or information of the data type which is required for the data extraction or data collection is sent to the vehicle. Furthermore, the metadata on the part of the vehicle does not have to be returned when the data elements are transmitted.
  • the data acquisition device when using the method with a CAN bus, at least the CAN message ID, a start bit, and a stop bit are required by the data acquisition device to extract a data item from the vehicle bus. If a plurality of vehicle buses are provided, furthermore, a vehicle bus ID may be required in order to assign the query directly to a vehicle bus. Furthermore, the aforementioned information regarding optional sampling, quantization and / or threshold values may be provided as part of the data type or the configuration in order subsequently to limit the data transmission.
  • a data element comprises, in addition to the unique key and the numerical value of the data element, at least one further piece of information, in particular a time stamp.
  • the time stamp may comprise an absolute time specification, in particular a G PS time, and / or a relative time specification, in particular a counter reading or a time elapsed since the vehicle was put into operation.
  • an evaluation of the data elements is performed by an analysis device of the central location.
  • the data or data elements can only be stored in the central location. Due to the unique keys of the data types, the data stored in the central location, for example in a data storage or a data memory, can be addressed very quickly.
  • the data elements are preferably transmitted as raw data to the central location and stored there, or optionally further processed or analyzed there.
  • the data elements can also already be preprocessed, for example by the vehicle.
  • the necessary information for preprocessing can be stored as meta information in the respective data type or in the configuration.
  • the necessary information for preprocessing can be contained in particular in the type catalog. For example, a scaling of the data or linking to a physical unit may be provided in the sense of preprocessing.
  • a second type catalog can be used by the vehicle, which is at least partially synchronized with the type catalog of the central location.
  • the scope of the type catalogs of the vehicle and the central location can be identical. However, the type catalog of the vehicle can only include an excerpt from the type catalog of the central office. For example, it can be provided that each configuration transmitted to the vehicle with the individual data types is stored in a data memory of the vehicle in order to build up the second type catalog continuously. If an entry for a particular data type has already been included in the If the type catalog is available, it can be updated if necessary. It can also be provided that the configuration or the requested data types contained therein with all the information and meta information is or will only be transmitted to the vehicle if this list changes. Thus, in order to create an order for data collection, the transmission of the unique keys for identifying the data types may already be sufficient, provided that the necessary information on the individual data types in the vehicle already exists.
  • the invention also relates to a system comprising at least one vehicle and a central location, wherein the central location is set up to transmit a data collection configuration comprising at least one requested data type to the at least one vehicle, wherein a data acquisition device of the at least one vehicle is set up, receive the configuration and data elements corresponding to the at least one requested data type, respectively to capture and transmit to the central office.
  • the system further contemplates that each data type communicated from the central location and each data item transmitted by the data collection facility is identified with a unique data-specific key associated with each data type and data item, all available data types being in a central location type catalog are stored.
  • Fig. 1 is a schematic representation of the method for data collection.
  • FIG. 1 shows very schematically a method for collecting data by means of a vehicle 1. It is provided that a central point 2 transmits a configuration 3 for the data collection to the vehicle 1.
  • the transmission can be wireless or wired.
  • the configuration 3 comprises at least one requested data type 4, which identifies the data or data elements 5 to be collected.
  • the data type 4 may be, for example, a speed of the vehicle 1.
  • the vehicle 1 has a data acquisition device 6, which receives the configuration 3. Finally, all data elements 5 which correspond to the at least one requested data type 4 are respectively acquired by the data acquisition device 6 and transmitted back to the central point 2. This transmission can also be wireless or wired. If the requested data type 4 should relate, for example, to the speed of the vehicle 1, the vehicle 1 can then transmit a time sequence of speed data to the central location 2.
  • the vehicle 1 can be any vehicle 1 on land, water, air or even a spacecraft. Preferably, it is a motor vehicle.
  • the central location 2 may be one or more servers, other vehicles, such as service vehicles, diagnostic equipment, etc. It is essential that the central location 2 is a device independent of the vehicle 1.
  • the data acquisition device 6 of the vehicle 1 may comprise or be designed as an electronic regulating and / or control device. to be. It can also be used existing computing units of the vehicle 1, wherein the data acquisition device 6 then z. B. as a software module, for example on a control device of the vehicle 1, is formed. It is envisaged that each data type 4 transmitted from the central location 2 and each data element 5 transmitted by the data acquisition device 6 is identified by a unique data-specific key 7 ("key") which is transmitted together with each data type 4 and each data element 5. Furthermore, all available data types 4 are stored in a type catalog 8 of the central location 2.
  • a plurality of vehicles 1 can be provided, which are set up for communication with a central point 2.
  • the scope of the data elements 5 detected and / or transmitted by the data acquisition device 6 of the vehicle 1 can be defined by optional sampling, quantization and / or threshold values. Accordingly, therefore, variants of data types 4 may be provided, which are characterized by a correspondingly unique data-specific key 7.
  • a preprocessing ie for example scaling or linking to a physical unit (eg "km / h"), may also be omitted.
  • the data elements 5 detected and / or transmitted by the data acquisition device 6 of the vehicle 1 relate.
  • the driving dynamics in particular data types 4, such as the current position, the distance traveled, the time in motion, the time in the state, the speed and / or the acceleration or their variants formed by optional sampling, quantization and / or threshold values, be provided.
  • information about the surroundings of the vehicle in particular image information, sound information and / or video information can be taken into account.
  • sensors 10 already present in the vehicle 1 and computing units for carrying out the method may be provided.
  • the data acquisition device 6 can be set up to acquire the data elements 5 from at least one vehicle bus 11, in particular from a CAN bus, a LIN bus and / or a FlexRay bus.
  • the data acquisition device 6 can be connected to one or more vehicle buses 1 1 of the same or different type.
  • the data acquisition device 6 can also be connected directly to corresponding sensors 10 in order to acquire the requested data or data elements 5.
  • the data type 4 comprises at least one meta information in addition to the unique key 7, in particular a vehicle bus identifier (eg "bus id"), a vehicle bus message identifier (eg “msg”). id "), a vehicle bus message configuration (eg,” bitO ",” bitn "), a physical unit, a scaling, one or more thresholds, sample information, quantization information, and / or a signal name.
  • a vehicle bus identifier eg "bus id”
  • msg vehicle bus message identifier
  • id a vehicle bus message configuration
  • bitO bitO
  • bitn bitn
  • the speed of a vehicle 1 can be present, for example, as a signal of a vehicle dynamics control, in particular of an electronic stability program (ESP), on a vehicle bus 1 1.
  • ESP electronic stability program
  • the corresponding signal can lead, for example, as the signal name "ESP kmh signal”.
  • a CAN bus such signals are usually assigned a message ID, for example the decimal number 128 or its binary equivalent and / or an ASCII designation (eg "ESP 00").
  • a data element 5, which is transmitted from the data acquisition device 6 of the vehicle 1 to the central location 2, in addition to the unique key 7 and a numerical value ("val") of Data element 5 comprises at least one further piece of information, for example a time stamp 12 ("time").
  • the time stamp 12 may include an absolute time specification, in particular a GPS time, and / or a relative time specification, for example a counter reading or a time elapsed since the startup of the vehicle 1. As a result, the sampling times can be reconstructed later, if necessary, and / or time diagrams or time relationships of the data types 4 can be formed.
  • the central point 2 compiles the configurations for the data collection on the basis of a campaign management 13 in order to be able to advantageously use a fleet of vehicles 1 for the acquisition of a multiplicity of data, for example in order to collect statistically significant data ,
  • the data elements 5 transmitted from the vehicle 1 to the central location 2 can be stored in a data memory 14 of the central location 2, preferably sorted according to the unique key 7 and the time stamp 12. It can also be provided that an evaluation of the data elements 5 is performed by an analysis device 15 of the central office 2. The analysis device 15 can read the data elements 5 from the data memory 14 of the central point 2 and, if necessary, retrieve meta information from the type catalog 8. For this purpose, the use of the unique key 7 is particularly advantageous.
  • a second type catalog 16 may be provided on the part of the vehicle 1, which is at least partially synchronized with the type catalog 8 of the central point 2.
  • the list of requested data types 4, i. H. the data collection configuration 3 is transmitted to the data acquisition device 6 of the vehicle 1 only when the content thereof changes, thereby again saving transmission costs.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Traffic Control Systems (AREA)

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

Verfahren zur Datenerhebunq
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 Da- ten 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 Stel- le bereitgestellt werden.
Ein weiteres Verfahren zum Sammeln und zur Analyse von Fahrzeugdaten ist aus der DE 10 2015 1 1 1 850 A1 bekannt. Dabei ist ein System vorgese- hen, 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 be- richteten 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 so- mit 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 verwie- sen. 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 wer- den 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 bereit- zustellen, 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 Da- tenelemente 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 gekenn- zeichnet 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 Daten- elemente 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 Typenka- talog 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 Stel- le 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 Da- tentyp 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 Se- künden, 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 Datenerfassungsein- richtung 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 Sen- sorik 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 um- fasst, insbesondere einen Fahrzeugbus-Identifikator ("ID"), einen Fahrzeug- bus-Botschafts-ldentifikator, eine Fahrzeugbus-Botschafts-Konfiguration, ei- ne 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 Metainformatio- nen 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 G PS-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. Bei- spielsweise 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 zwei- ten 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 Metain- formationen 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: Fig. 1 eine schematische Darstellung des Verfahrens zur Datenerhebung.
Fig. 1 zeigt stark schematisch ein Verfahren zur Datenerhebung mittels eines Fahrzeugs 1 . Dabei ist vorgesehen, dass eine zentrale Stelle 2 eine Konfigu- ration 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 ausgebil- det 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 übermit- telten 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 Da- tenelemente 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 Bewe- gung, 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 1 1 , 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 1 1 gleichen oder unterschiedlichen Typs verbunden sein.
Die Datenerfassungseinrichtung 6 kann allerdings auch direkt mit entsprechenden Sensoren 10 verbunden sein, um die angeforderten Daten bzw. Da- tenelemente 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ätspro- gramms (ESP), an einem Fahrzeugbus 1 1 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. bitO = 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 Inbetrieb- nähme 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 zusam- menstellt, 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 wer- den, 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 Metain- formationen 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 ange- forderten 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.

Claims

P a t e n t a n s p r ü c h e
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.
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.
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.
Verfahren nach einem der Ansprüche 1 bis 3,
dadurch gekennzeichnet, dass
die Datenerfassungseinrichtung
(6) die Datenelemente (5) von wenigstens einem Fahrzeugbus (1 1 ), insbesondere von einem GAN-Bus, einem LIN-Bus und/oder einem FlexRay-Bus erfasst.
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.
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).
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 Typenka- talog (8) der zentralen Stelle (2) abgelegt sind.
PCT/EP2018/057701 2017-04-10 2018-03-27 Verfahren zur datenerhebung WO2018188937A1 (de)

Applications Claiming Priority (2)

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

Publications (1)

Publication Number Publication Date
WO2018188937A1 true WO2018188937A1 (de) 2018-10-18

Family

ID=61801957

Family Applications (1)

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

Country Status (2)

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

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102020108581A1 (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
EP4402884A1 (de) 2021-11-17 2024-07-24 Cariad Se Verfahren und system zur durchführung von messkampagnen mittels kraftfahrzeugen mit zentral gesteuerter kampagnenspezifischer end-to-end-verschlüsselung der messdaten
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
DE102023100382A1 (de) 2023-01-10 2024-07-11 Cariad Se Verfahren zum Bereitstellen von Daten von Steuergeräten einer Mehrzahl von Kraftfahrzeugen, Verfahren zum Überprüfen von Steuergeräten, Steuergerät, Kraftfahrzeug und Vorrichtung zum Überprüfen von Steuergeräten
DE102023108161A1 (de) 2023-03-30 2024-10-02 Bayerische Motoren Werke Aktiengesellschaft Verfahren, Vorrichtung, System sowie Computerprogramm zum Sammeln von Daten aus ein oder mehreren Fahrzeugen

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008058221A2 (en) * 2006-11-07 2008-05-15 Smartdrive Systems, Inc. Vehicle operator performance history recording, scoring, and reporting systems
EP2323088A1 (de) * 2009-10-13 2011-05-18 Electronics and Telecommunications Research Institute Vorrichtung und Verfahren zur adaptiven Schiff-zu-Land-Informationssynchronisierung
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
DE102016113038A1 (de) * 2015-07-30 2017-02-02 Ford Global Technologies, Llc Verbesserungen an verteilten fahrzeugdatenbehandlungssystemen oder in bezug auf diese

Family Cites Families (3)

* 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
KR20110071788A (ko) * 2009-12-21 2011-06-29 한국전자통신연구원 차량 정보 전송 방법

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008058221A2 (en) * 2006-11-07 2008-05-15 Smartdrive Systems, Inc. Vehicle operator performance history recording, scoring, and reporting systems
EP2323088A1 (de) * 2009-10-13 2011-05-18 Electronics and Telecommunications Research Institute Vorrichtung und Verfahren zur adaptiven Schiff-zu-Land-Informationssynchronisierung
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
DE102016113038A1 (de) * 2015-07-30 2017-02-02 Ford Global Technologies, Llc Verbesserungen an verteilten fahrzeugdatenbehandlungssystemen oder in bezug auf diese

Also Published As

Publication number Publication date
DE102017206073A1 (de) 2018-10-11

Similar Documents

Publication Publication Date Title
WO2018188937A1 (de) Verfahren zur datenerhebung
DE102016225982B4 (de) System und Verfahren zum Diebstahlschutz für Fahrzeugräder eines Fahrzeuges
EP2195796B1 (de) Verfahren zur bereitstellung von fahrbetriebsdaten
DE102005018301B4 (de) Datenübertragungsvorrichtung
EP2059820B1 (de) Geschwindigkeitserfassung für ein tachographensystem
EP3616180B1 (de) Verfahren zur datenerhebung
DE10007218A1 (de) Verfahren und Vorrichtung zur Ereignisinterpretation und Ausgabe von Bedienhinweisen in Kraftfahrzeugen
DE102012202914A1 (de) Diagnoseverfahren und Diagnosevorrichtung für eine Fahrzeugkomponente eines Fahrzeugs
DE112009000439T5 (de) Fahrzeuginformationsaufzeichnungsvorrichtung, Fahrzeuginformationskommunikationssystem und Fahrzeuginformationskommunikationsverfahren
DE102016009195B3 (de) Verfahren zum Extrahieren von Fahrzeugdaten aus einem Kraftfahrzeug, Steuervorrichtung und Kraftfahrzeug
EP3663719B1 (de) Verfahren zum bereitstellen von kartendaten in einem kraftfahrzeug, kraftfahrzeug und zentrale datenverarbeitungseinrichtung
DE102010015132B4 (de) Datenerhebungsverfahren und Datenerhebungsvorrichtung für ein Fahrzeug
DE102017010832A1 (de) Verfahren zur Bewertung einer erkannten Geschwindigkeitsbegrenzung
EP3001380A1 (de) Diagnoseverfahren und erhebungsverfahren für fahrzeuge
WO2009103387A1 (de) Verfahren zum erfassen von diagnosedaten in einem kraftfahrzeug mittels eines flüchtigen ringspeichers und anschliessender datenreduktion in einen nichtflüchtigen speicher
DE19546815A1 (de) Steuersystem mit Datenspeicherung
DE102020202029A1 (de) Verfahren zum Identifizieren von elektronischen Radeinheiten an Fahrzeugrädern eines Fahrzeuges, sowie Verwendung hierfür
EP2132716A1 (de) Datenaufzeichnungssystem und verfahren zur erfassung von daten mittels eines datenaufzeichnungssystems
DE102019120778A1 (de) Verfahren und Vorrichtung zur Lokalisierung eines Fahrzeugs in einer Umgebung
DE102019206870A1 (de) Verfahren zum Ermitteln einer durch einen Verkehrsteilnehmer verursachten Gefährdung und zum Einleiten einer Überwachung des Verkehrsteilnehmers und Steuergerät
DE102020112327B4 (de) System und Verfahren zur dynamischen Verbesserung von Fahrzeugdiagnosesystemen
DE102018002022A1 (de) Verfahren zur Verarbeitung von Daten
DE102017004114A1 (de) Verfahren und Vorrichtung zum Betrieb eines vollautonom oder zumindest teilautonom fahrenden Fahrzeugs
DE102019005825A1 (de) Verfahren zum Erzeugen von Trainingsdaten für eine kraftfahrzeugexterne elektronische Recheneinrichtung, sowie Fahrerassistenzsystem
DE102019211848A1 (de) Ermitteln der Schadstoff-Emissionen eines Fahrzeugs

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18713897

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 18713897

Country of ref document: EP

Kind code of ref document: A1