WO2020011655A1 - Verfahren und system zur datenerfassung in fahrzeugen - Google Patents

Verfahren und system zur datenerfassung in fahrzeugen Download PDF

Info

Publication number
WO2020011655A1
WO2020011655A1 PCT/EP2019/068059 EP2019068059W WO2020011655A1 WO 2020011655 A1 WO2020011655 A1 WO 2020011655A1 EP 2019068059 W EP2019068059 W EP 2019068059W WO 2020011655 A1 WO2020011655 A1 WO 2020011655A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
user interface
configuration data
user
vehicle
Prior art date
Application number
PCT/EP2019/068059
Other languages
English (en)
French (fr)
Inventor
David Matzek
Original Assignee
Bayerische Motoren Werke Aktiengesellschaft
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 Bayerische Motoren Werke Aktiengesellschaft filed Critical Bayerische Motoren Werke Aktiengesellschaft
Priority to US17/054,888 priority Critical patent/US20210248846A1/en
Priority to CN201980030181.3A priority patent/CN112074811A/zh
Publication of WO2020011655A1 publication Critical patent/WO2020011655A1/de

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0816—Indicating performance data, e.g. occurrence of a malfunction
    • G07C5/0825—Indicating performance data, e.g. occurrence of a malfunction using optical means
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/38—Creation or generation of source code for implementing user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time

Definitions

  • the disclosure relates to methods and systems for data acquisition in vehicles.
  • the disclosure relates in particular to methods and systems for data acquisition in vehicles, the data acquisition relating to the operation of vehicle user interfaces.
  • the data acquisition allows an evaluation and assessment of vehicle user interfaces and the interaction of a user with them.
  • the document US 2011 / 0320089A1 describes a method for updating a vehicle ECU (Electronic Control Unit).
  • the method includes establishing communication between a vehicle's data communication module and an update server over a cellular network, validating the vehicle using a key exchange protocol between the data communication module and the update server, and sending update information from the update server to the vehicle's data communication module over the cellular network, wherein the update information is configured to be used to update the vehicle ECU.
  • the described method is limited to the regular updating of software components in vehicles. A recording of user behavior or conclusions from it are not mentioned.
  • Embodiments of the methods and systems disclosed herein partially or completely overcome one or more of the aforementioned disadvantages and enable one or more of the following advantages.
  • Methods and systems disclosed herein enable improved data acquisition relating to the interaction of users with user interfaces in vehicles.
  • the disclosed methods and systems enable more precise data acquisition, which depicts specific applications in a practical or identical manner.
  • the methods and systems disclosed herein further enable realistic or - identical use of prototypical user interface implementations for the collection of user data based on a user group which essentially has a predetermined composition.
  • the composition can essentially be parameterized as desired.
  • the methods and systems disclosed in the present case also enable data acquisition to be carried out inexpensively. This is based primarily on the configuration data for the user interface on which the data acquisition is based, which are transmitted to the vehicle via digital data transmission and which can be integrated into the vehicle or dismantled without a corresponding service stay.
  • a method for data acquisition in vehicles includes a user interface and a communication unit.
  • the method includes receiving configuration data intended for the user interface via the communication unit; Configuring the user interface based on the configuration data; and capturing usage data based on usage of the user interface by a user of the vehicle.
  • the method can further include sending the usage data via the communication unit.
  • the method preferably further comprises collecting feedback data based on feedback from the user regarding the use of the user interface by the user.
  • the method can further include sending the feedback data via the communication unit.
  • the method preferably further comprises receiving second configuration data, which are intended for the user interface, via the communication unit, the second configuration data differing from the configuration data; and configuring the user interface based on the second configuration data.
  • the method preferably further comprises storing current configuration data of the user interface as second configuration data, the second configuration data being stored before the configuration data is received; and configuring the user interface based on the second configuration data.
  • the method preferably further comprises modifying the configuration data based on the usage data and / or on the feedback data in order to obtain modified configuration data; and configuring the user interface based on the modified configuration data.
  • the method preferably further comprises transmitting a request to participate in a collection of usage data to the user, preferably to a mobile terminal of the user; and receiving confirmation of user participation; optionally, the steps of transmitting the request and receiving the confirmation taking place before the step of receiving the configuration data.
  • the method preferably further comprises capturing an evaluation of the use of the user interface by the user, the evaluation optionally having one or more Contains parameters that characterize the use of the user interface by the user qualitatively and / or quantitatively.
  • a system for collecting usage data in a vehicle comprises a control unit, the control unit being configured to execute the method according to the embodiments described here.
  • the system optionally further comprises the communication unit and the user interface.
  • the system preferably further comprises a backend component that is configured to send the configuration data to the vehicle via the communication unit, the backend component optionally being further configured to receive the feedback data from the vehicle.
  • a vehicle comprising the system according to the embodiments described here.
  • FIG. 1 shows a schematic illustration of a system for data acquisition in vehicles according to embodiments of the present disclosure
  • FIG. 2 shows a flowchart of a method for data acquisition in vehicles according to embodiments of the present disclosure.
  • FIG. 1 shows a schematic illustration of a system for data acquisition in vehicles 100 according to embodiments of the present disclosure.
  • the system can Are essentially executed on a control unit 120 of the vehicle 100.
  • the vehicle 100 further comprises a communication unit 130 which is configured for data communication with components external to the vehicle (for example mobile terminals 80 and backend 300), and a user interface 110.
  • the user interface 110 includes one or more user interfaces, in particular user interfaces, which are configured for the operation of the vehicle 100 (e.g. air conditioning, seat adjustment, infotainment, vehicle settings).
  • the function of the user interface 110 can be configured with configuration data (e.g. configuration data 111, 111 ’, 112).
  • configuration data e.g. configuration data 111, 111 ’, 112
  • the user interface 110 can display a graphic based on corresponding configuration data 111, 111 ’, 112
  • Implement user interface e.g. touchscreen
  • display elements and operating elements are displayed that can be used by user 60 for operating vehicle 100.
  • the user interface can contain (further) display and operating elements, for example switches, buttons and displays.
  • the function of the user interface 110 is determined by the configuration data in such a way that predetermined operating elements, display elements, and / or operating logic and the like can be defined and activated or deactivated on the basis of the configuration data. In this way, new functions, new operating elements and / or new display elements can be added to the user interface. Functions, operating elements and / or display elements can also be removed or changed.
  • An evaluation or evaluation of the user interface 110, which is implemented on the basis of new or changed configuration data, by the user 60 thus enables the user interface to be optimized with regard to intelligibility, function, scope of functions, effectiveness, and the like.
  • the system can have a backend component 300 or infrastructure that is external to the vehicle 100 and that provides one or more resources (for example servers, services).
  • Configuration data 111, 111 ', 112 are preferably created, managed or provided on the backend component 300 and, if necessary, transmitted to one or more vehicles 100 by means of data transmission 330.
  • the data recorded in one or more vehicles 100 can be transmitted to the backend component 300 by means of data transmission 330 for storage, evaluation and / or further processing.
  • a user 60 (not shown in FIG. 1) preferably communicates with the system (for example with the vehicle 100 and / or the backend component 300) via a mobile terminal 80.
  • the user 60 can be asked by means of a suitable application program (for example an app on a smartphone) to participate in the data acquisition for a new / changed user interface.
  • a suitable application program for example an app on a smartphone
  • suitable users can be selected from a number of users.
  • users 60 can be selected based on a wide variety of criteria: users of certain age groups, certain genders, users of certain vehicle types or vehicle classes, users with certain user profiles (e.g. fishing route, short distance, private users, professional users), users in certain regions (eg found, city , Alpine regions), users from different countries and / or climate zones and the like.
  • configuration data 111, 111 ', 112 in particular configuration data 111, 111', which implement a new or changed user interface 110, can then be transmitted via the Fuf interface (eg "over the air", OTA) or in another way Vehicle 100 are transmitted.
  • the control unit 120 in the vehicle 100 preferably receives the configuration data 111, 111 ’, 112 and installs them in accordance with a predetermined scheme.
  • configuration data present in the vehicle 100, which implement a previously used user interface 110 can optionally be saved before the installation of the received configuration data 111, for the purpose of restoring the original state of the user interface 110 after the data acquisition has been completed.
  • corresponding configuration data 112 may be transferred to the vehicle 100 and installed after the data acquisition is completed in the same manner as described above.
  • FIG. 2 shows a flowchart of a method 200 for data acquisition in vehicles 100 according to embodiments of the present disclosure.
  • the transitions shown in dashed lines represent optional transitions. After the step, as shown, you can optionally continue with step 208, 212, 214, 216 or 218.
  • Continuous transitions (e.g. from step 202 to step 204) represent transitions for which there are usually no alternatives.
  • step 202 configuration data 111, which are intended for the user interface 110, are transmitted via the communication unit 130 of the Vehicle 100 received.
  • the reception preferably takes place via an air interface and is regulated via the control unit 120 of the vehicle 100.
  • the configuration data 111 can also be received “locally”, for example via a data carrier (not shown) that is present in the vehicle or can be connected.
  • the user interface 110 is configured based on the configuration data 111. This can include the installation of a new software component on a corresponding control device of the user interface, for example by the control unit 120 of the vehicle 100. In this case, the user interface 110 implements a new or changed user interface 110 based on the configuration data 111, regarding which data acquisition (ie evaluation, Evaluation) should take place.
  • data acquisition ie evaluation, Evaluation
  • usage data 116 is acquired based on a usage of the user interface 110 by a user 60 of the vehicle 100. This recording preferably takes place over a predetermined period (e.g. one or more days, weeks or months). Alternatively, usage data can also be collected permanently, for example if the user 60 agrees to the corresponding data protection regulations. For example, when using air conditioning in the vehicle, the entire context can be permanently recorded for a larger number of users 60, in order to obtain correspondingly meaningful and reliable data. As the data collected increases and based on a sufficiently large number of users 60, the results of the data collection can be significantly improved.
  • Data can be collected implicitly and / or explicitly.
  • Data implicitly collected can relate, for example, to a regular interaction of the user 60 with the user interface 110 and a large number of parameters. This affects, for example, the type and number of interactions. If a user uses certain controls very often and continuously to set the same or similar parameters (e.g. continuous adjustment of the air conditioning or switching the seat heating on / off), this can result in a suboptimal design of the air conditioning control, display and / or control indicate. Furthermore, response times of the user to events can be recorded, for example. If the reactions are quick and precise, it can usually be concluded that the user interface is clear, easy to use and efficient.
  • the number of settings can be individual or different Parameters are recorded by the user, for example in order to determine how quickly and by means of which number of operating steps a user 60 can trigger, operate or set a desired function.
  • step 206 one can continue with step 208, 212, 214 or 216. Alternatively, the method then ends at step 218.
  • step 208 feedback data 118 is recorded based on feedback from the user 60 regarding the use of the user interface 110 by the user 60.
  • step 208 one can continue with step 210, 212, 214 or 216. Alternatively, the method then ends at step 218.
  • the method is continued in step 210.
  • the feedback data 118 is sent via the communication unit 130.
  • the feedback data 118 are preferably sent to a backend component 300 for further evaluation or processing.
  • data can be transferred to other components, e.g. also locally to the control unit (e.g. for storage and / or later data transfer) or on a locally connected data carrier (e.g. USB stick or similar).
  • Feedback data 118 can in particular include data based on active feedback from the user 60, for example data from a customer survey on the user interface or other data explicitly provided by the user 60, possibly without request.
  • the user 60 has the possibility of giving further quantitative (e.g. grades, time spent) and qualitative and / or subjective perception feedback (e.g. free evaluation, favor, suggestions for improvement).
  • step 210 one can continue with step 212, 214 or 216. Alternatively, the method then ends at step 218.
  • the method continues in step 212.
  • the usage data 116 are sent via the communication unit 130.
  • the usage data 116 are preferably sent to a backend component 300 for further evaluation or processing.
  • data can be transferred to other components, for example locally to the control device (for example for storage and / or later data transfer) or to a locally connected data carrier (for example USB stick or the like).
  • step 214 can optionally be continued. Alternatively, the method then ends at step 218.
  • step 214 second configuration data 112, which are intended for the user interface 110, are received via the communication unit 130.
  • the second configuration data 112 preferably differ from the configuration data 111 in that they restore an original state of the user interface 110, as was found before the configuration 204 based on the configuration data 111.
  • step 216 the user interface 110 is configured based on the second configuration data 112 to restore the original state.
  • current configuration data of the user interface 110 are stored as second configuration data 112 in a step 202-1, which is upstream of step 202 and / or step 204.
  • the second configuration data 112 is preferably stored 202-1 before the configuration data 111 is received 202 in order to save an original state of the user interface 110 based on the second configuration data 112. Later, e.g. In step 216, the user interface 110 is configured based on the second configuration data 112 to restore the original state.
  • configuration data for example configuration data 111
  • the usage data and / or the feedback data can be processed based on AI methods (eg machine leaming) in such a way that one or more properties of the user interface 110 are changed by means of the modified configuration data 111 'based on the usage data 116 and / or on the feedback data 118 ,
  • Such changes can include, for example, that elements that are perceived as positive (eg displays, control elements, automatic controls) are expanded and optimized accordingly and / or that elements that are perceived as negative are correspondingly removed, changed or otherwise optimized.
  • the usage data 116 and / or the feedback data 118 can contain quantitative and / or qualitative information that allow conclusions to be drawn about corresponding user preferences.
  • user interfaces 110 optionally over several iterations (e.g. evolution levels), which are each implemented based on (further) modified configuration data 111, 111 ’, 111”, etc., can be optimized further and further in the direction of user preferences.
  • long-term trends e.g. long-term changes in user preferences
  • the methods used to create modified configuration data can preferably be carried out on one or more backend components 300. This means that resource-intensive processes (which, for example, require large storage capacities and / or computing power) can be outsourced to appropriate infrastructures.
  • a vehicle in the present case, it is preferably a multi-lane motor vehicle (car, truck, transporter).

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • User Interface Of Digital Computer (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Traffic Control Systems (AREA)

Abstract

Die vorliegende Offenbarung betrifft ein Verfahren zur Erfassung von Nutzungsdaten in einem Fahrzeug, das Fahrzeug umfassend eine Benutzerschnittstelle und eine Kommunikationseinheit, das Verfahren umfassend Empfangen von Konfigurationsdaten, die für die Benutzerschnittstelle bestimmt sind, über die Kommunikationseinheit, Konfigurieren der Benutzerschnittstelle basierend auf den Konfigurationsdaten, und Erfassen von Nutzungsdaten basierend auf einer Nutzung der Benutzerschnittstelle durch einen Nutzer des Fahrzeugs. Die vorliegende Offenbarung betrifft weiter ein System zur Erfassung von Nutzungsdaten in einem Fahrzeug und ein Fahrzeug umfassend das System.

Description

Verfahren und System zur Datenerfassung
in Fahrzeugen
Die Offenbarung betrifft Verfahren und Systeme zur Datenerfassung in Fahrzeugen. Die Offenbarung betrifft insbesondere Verfahren und Systeme zur Datenerfassung in Fahrzeugen, wobei sich die Datenerfassung auf die Bedienung von Fahrzeugbenutzerschnittstellen bezieht. Insbesondere erlaubt die Datenerfassung eine Evaluierung und Bewertung von Fahrzeugbenutzerschnittstellen und der Interaktion eines Nutzers mit diesen.
Stand der Technik
Im Stand der Technik ist bekannt, Benutzerschnittstellen im Rahmen von Studien zu bewerten, um bestimmte Eigenschaften von Benutzerschnittstellen im Sinne des Benutzererlebnisses zu evaluieren, und deren Eignung (z.B. Benutzerverständnis, Funktion, Einfachheit der Bedienung, Nachvollziehbarkeit, Effektivität, Ausschluss bzw. Minimierung von Fehlbedienung) zu ermitteln. Solche Studien werden zumeist mit Hilfe entsprechender Mock- Ups (z.B. sogenannte Sitzkisten), Virtual Reality oder Simulatoren durchgeführt, die einem Benutzer eine neue oder veränderte Benutzer Schnittstelle in einem der späteren Anwendung möglichst nahe kommenden Umfeld bereitstellen, um auf Basis der Interaktion des Benutzers bzw. dessen impliziter und expliziter Rückmeldung einen Rückschluss auf die Qualität der Benutzerschnittstelle zu ermitteln.
Die vorgenannten Studien weisen Optimierungspotenzial in mehrerlei Hinsicht auf. Zum einen kann lediglich eine kleine Anzahl von Probanden erreicht werden, da die zur Durchführung notwendigen Mittel nur in begrenzter Anzahl zur Verfügung stehen und insbesondere der Aufbau und Betrieb derer vergleichsweise teuer ist. Darüber hinaus ist es regelmäßig nicht möglich, vollständig und überzeugend den Kontext echter Anwendungsfälle nachzubilden (z.B. auftretende Müdigkeit eines Fahrzeugnutzers während längerer Fahrten; Auftreten, Wechsel bzw. Änderungen von klimatischen Bedingungen; Interdependenzen zwischen der Fahrertätigkeiten den Nutzers und sekundärer Bedienungstätigkeiten). Daher können resultierende Test- und Bewertungsergebnisse die Realität nicht präzise widerspiegeln und eine Interpretation im Rahmen des Simulationskontexts ist notwendig. Zudem können kontextabhängige Funktionen, beispielsweise Lernfunktionen, die zumeist über einen längeren Zeitraum unter Realbedingungen erfasst werden müssen, nicht ausreichend bzw. verlässlich bewertet werden.
Zu dem vorgenannten Zweck sind auch Studien bekannt, die auf Basis von bzw. in Serienfahrzeugen von Kunden durchgeführt worden sind. Solche Studien am Serienfahrzeug sind sehr zeit- und kostenintensiv, da zum Zwecke der Tests bzw. Bewertung Fahrzeuge umgebaut bzw. -programmiert und mit Messtechnik ausgestattet werden müssen. Darüber hinaus müssen geeignete Probanden akquiriert werden. Infolgedessen ergeben sich oft nur sehr kleine und wenig repräsentative Testgruppen von Nutzern, was dazu führt, dass die gewonnenen Test- und Bewertungsergebnisse nur wenig aussagekräftig sind.
Im Stand der Technik bekannte Verfahren und Systeme weisen für gewöhnlich einen oder mehrere der vorgenannten Nachteile auf.
Die Druckschrift US 2011/0320089A1 beschreibt ein Verfahren zum Aktualisieren einer Fahrzeug-ECU (Electronic Control Unit). Das Verfahren beinhaltet das Herstellen einer Kommunikation zwischen einem Datenkommunikationsmodul eines Fahrzeugs und einem Aktualisierungsserver über ein Mobilfunknetz, Validieren des Fahrzeugs unter Verwendung eines Schlüsselaustauschprotokolls zwischen dem Datenkommunikationsmodul und dem Aktualisierungsserver, und Senden von Aktualisierungsinformationen von dem Aktualisierungsserver an das Datenkommunikationsmodul des Fahrzeugs über das Mobilfunknetz, wobei die Aktualisierungsinformationen konfiguriert sind, um zum Aktualisieren der Fahrzeug-ECU verwendet zu werden. Das beschriebene Verfahren beschränkt sich auf die regelmäßige Aktualisierung von Softwarekomponenten in Fahrzeugen. Eine Erfassung vom Nutzerverhalten bzw. Rückschlüsse daraus werden nicht erwähnt.
Ausführungsformen der vorliegend offenbarten Verfahren und Systeme beheben teilweise oder vollständig einen oder mehrere der vorgenannten Nachteile und ermöglichen einen oder mehrere der folgenden Vorteile.
Vorliegend offenbarte Verfahren und Systeme ermöglichen eine verbesserte Datenerfassung betreffend die Interaktion von Nutzem mit Benutzerschnittstellen in Fahrzeugen. Insbesondere ermöglichen die offenbarten Verfahren und Systeme eine präzisere Datenerfassung, die konkrete Anwendungsfälle praxisnah bzw. -identisch abbildet. Vorliegend offenbarte Verfahren und Systeme ermöglichen weiter eine realitätsnahe bzw. - identische Anwendung prototypischer Benutzerschnittstellenimplementierungen zur Erhebung von Nutzerdaten auf Basis einer Nutzergruppe, die im Wesentlichen eine vorbestimmte Zusammensetzung aufweist. So können flexibel beispielsweise Nutzer bestimmter Altersgruppen, bestimmten Geschlechts, Nutzer bestimmter Fahrzeugtypen bzw. Fahrzeugklassen, Benutzer mit bestimmten Nutzerprofilen (z.B. Fangstrecke, Kurzstrecke, Privatnutzer, berufliche Nutzer), Nutzer in bestimmten Regionen (Z.B. Fand, Stadt, alpine Regionen), Nutzer aus verschiedenen Fändem und/oder Klimazonen, und dergleichen mehr, in eine für eine bestimmte Datenerfassung zu definierende Gruppe aufgenommen werden. Die Zusammensetzung lässt sich im Wesentlichen beliebig parametrisieren.
Vorliegend offenbarte Verfahren und Systeme ermöglichen weiter eine kostengünstige Durchführung der Datenerfassung. Dies basiert primär auf der per digitaler Datenübertragung ins Fahrzeug übermittelten Konfigurationsdaten für die der Datenerfassung zu Grunde liegende Benutzerschnittstelle, die ohne entsprechenden Serviceaufenthalt ins Fahrzeug integriert bzw. wieder zuräckgebaut werden können.
Offenbarung der Erfindung
Es ist eine Aufgabe der vorliegenden Offenbarung, Verfahren und Systeme zur Datenerfassung in Fahrzeugen bereitzustellen, die ein oder mehrere der vorgenannten Nachteile vermeiden und ein oder mehrere der vorgenannten Vorteile realisieren. Es ist insbesondere eine Aufgabe der vorliegenden Offenbarung, Verfahren und Systeme zur Datenerfassung in Fahrzeugen bereitzustellen, die sich auf die Bedienung von Fahrzeugbenutzerschnittstellen bezieht und eine Evaluierung und Bewertung von Fahrzeugbenutzerschnittstellen und der Interaktion eines Nutzers mit diesen ermöglicht. Es ist weiter eine Aufgabe der vorliegenden Offenbarung, Fahrzeuge mit solchen Systemen bereitzustellen, die ein oder mehrere der vorgenannten Nachteile vermeiden und ein oder mehrere der vorgenannten Vorteile realisieren.
Diese Aufgabe wird durch den jeweiligen Gegenstand der unabhängigen Ansprüche gelöst. Vorteilhafte Ausgestaltungen sind in den Unteran sprächen angegeben.
Gemäß Ausführungsformen der vorliegenden Offenbarung ist ein Verfahren zur Datenerfassung in Fahrzeugen angegeben. Das Fahrzeug umfasst eine Benutzerschnittstelle und eine Kommunikationseinheit. Das Verfahren umfasst Empfangen von Konfigurationsdaten, die für die Benutzerschnittstelle bestimmt sind, über die Kommunikationseinheit; Konfigurieren der Benutzerschnittstelle basierend auf den Konfigurationsdaten; und Erfassen von Nutzungsdaten basierend auf einer Nutzung der Benutzerschnittstelle durch einen Nutzer des Fahrzeugs. Wahlweise kann das Verfahren weiter Senden der Nutzungsdaten über die Kommunikationseinheit umfassen.
Vorzugsweise umfasst das Verfahren weiter Erfassen von Rückmeldungsdaten basierend auf einer Rückmeldung des Nutzers betreffend die Nutzung der Benutzerschnittstelle durch den Nutzer. Wahlweise kann das Verfahren weiter Senden der Rückmeldungsdaten über die Kommunikationseinheit umfassen.
Vorzugsweise umfasst das Verfahren weiter Empfangen von zweiten Konfigurationsdaten, die für die Benutzerschnittstelle bestimmt sind, über die Kommunikationseinheit, wobei die zweiten Konfigurationsdaten sich von den Konfigurationsdaten unterscheiden; und Konfigurieren der Benutzerschnittstelle basierend auf den zweiten Konfigurationsdaten.
Vorzugsweise umfasst das Verfahren weiter Speichern von aktuellen Konfigurationsdaten der Benutzerschnittstelle als zweite Konfigurationsdaten, wobei das Speichern der zweiten Konfigurationsdaten vor dem Empfangen der Konfigurationsdaten erfolgt; und Konfigurieren der Benutzerschnittstelle basierend auf den zweiten Konfigurationsdaten.
Vorzugsweise umfasst das Verfahren weiter Modifizieren der Konfigurationsdaten basierend auf den Nutzungsdaten und/oder auf den Rückmeldungsdaten, um modifizierte Konfigurationsdaten zu erhalten; und Konfigurieren der Benutzerschnittstelle basierend auf den modifizierten Konfigurationsdaten.
Vorzugsweise umfasst das Verfahren weiter Übermitteln einer Anfrage zur Teilnahme an einer Erfassung von Nutzungsdaten an den Nutzer, vorzugsweise an ein mobiles Endgerät des Nutzers; und Empfangen einer Bestätigung der Teilnahme des Nutzers; wahlweise wobei die Schritte des Übermittelns der Anfrage und des Empfangens der Bestätigung vor dem Schritt des Empfangens der Konfigurationsdaten erfolgen.
Vorzugsweise umfasst das Verfahren weiter Erfassen einer Bewertung der Nutzung der Benutzerschnittstelle durch den Nutzer, wobei die Bewertung wahlweise ein oder mehrere Parameter beinhaltet, die die Nutzung der Benutzerschnittstelle durch den Nutzer qualitativ und/oder quantitativ charakterisieren.
Gemäß Ausführungsformen der vorliegenden Offenbarung ist ein System zur Erfassung von Nutzungsdaten in einem Fahrzeug angegeben. Das System umfasst eine Steuereinheit, wobei die Steuereinheit konfiguriert ist zur Ausführung des Verfahrens gemäß den hier beschriebenen Ausführungsformen. Das System umfasst wahlweise weiter die Kommunikationseinheit und die Benutzerschnittstelle.
Vorzugsweise umfasst das System weiter eine Backend Komponente, die konfiguriert ist zum Senden der Konfigurationsdaten an das Fahrzeug über die Kommunikationseinheit, wobei die Backend Komponente wahlweise weiter konfiguriert ist zum Empfangen der Rückmeldungsdaten vom Fahrzeug.
Gemäß Ausführungsformen der vorliegenden Offenbarung ist ein Fahrzeug angegeben, umfassend das System gemäß den hier beschriebenen Ausführungsformen.
Kurze Beschreibung der Zeichnungen
Ausführungsbeispiele der Offenbarung sind in den Figuren dargestellt und werden im Folgenden näher beschrieben.
Figur 1 zeigt eine schematische Darstellung eines Systems zur Datenerfassung in Fahrzeugen gemäß Ausführungsformen der vorliegenden Offenbarung, und
Figur 2 zeigt ein Flussdiagram eines Verfahrens zur Datenerfassung in Fahrzeugen gemäß Ausführungsformen der vorliegenden Offenbarung.
Ausführungsformen der Offenbarung
Im Folgenden werden, sofern nicht anders vermerkt, für gleiche und gleichwirkende Elemente gleiche Bezugszeichen verwendet.
Figur 1 zeigt eine schematische Darstellung eines Systems zur Datenerfassung in Fahrzeugen 100 gemäß Ausführungsformen der vorliegenden Offenbarung. Das System kann im Wesentlichen auf einer Steuereinheit 120 des Fahrzeugs 100 ausgeführt werden. Das Fahrzeug 100 umfasst neben der Steuereinheit 120 weiter eine Kommunikationseinheit 130, die zur Datenkommunikation mit zum Fahrzeug externen Komponenten (z.B. mobile Endgeräte 80 und Backend 300) konfiguriert ist, und eine Benutzerschnittstelle 110.
Die Benutzerschnittstelle 110 beinhaltet eine oder mehrere Benutzerschnittstellen, insbesondere Benutzerschnittstellen, die für die Bedienung des Fahrzeugs 100 konfiguriert sind (z.B. Klimatisierung, Sitzeinstellung, Infotainment, Fahrzeugeinstellungen). Die Benutzerschnittstelle 110 kann mit Konfigurationsdaten (z.B. Konfigurationsdaten 111, 111’, 112) in ihrer Funktion konfiguriert werden. Beispielsweise kann die Benutzerschnittstelle 110 basierend auf entsprechenden Konfigurationsdaten 111, 111’, 112 eine grafische
Benutzerschnittstelle implementieren (z.B. Touchscreen), in der Anzeigeelemente und Bedienungselemente dargestellt werden, die vom Nutzer 60 für die Bedienung des Fahrzeugs 100 genutzt werden können. Zusätzlich bzw. alternativ kann die Benutzerschnittstelle (weitere) Anzeige- und Bedienelemente beinhalten, beispielsweise Schalter, Knöpfe und Anzeigen.
Die Funktion der Benutzerschnittstelle 110 wird durch die Konfigurationsdaten derart bestimmt, dass vorbestimmte Bedienelemente, Anzeigeelemente, und/oder eine Bedienungslogik und dergleichen mehr, auf Basis der Konfigurationsdaten definiert und aktiviert bzw. deaktiviert werden können. So können zur Benutzerschnittstelle neue Funktionen, neue Bedienelemente und/oder neue Anzeigeelemente hinzugefügt werden. Gleichermaßen können Funktionen, Bedienelemente und/oder Anzeigeelemente entfernt oder verändert werden. Eine Evaluierung bzw. Bewertung der Benutzerschnittstelle 110, die auf Basis neuer oder veränderter Konfigurationsdaten implementiert ist, durch Nutzer 60 erlaubt so eine Optimierung der Benutzerschnittstell hinsichtlich Verständlichkeit, Funktion, Funktionsumfang, Effektivität, und dergleichen mehr.
Weiter kann das System eine zum Fahrzeug 100 externe Backend Komponente 300 oder Infrastruktur aufweisen, die ein oder mehrere Ressourcen (z.B. Server, Dienste/Services) bereitstellt. Vorzugsweise werden Konfigurationsdaten 111, 111’, 112 auf der Backend Komponente 300 erstellt, verwaltet bzw. bereitgestellt und bei Bedarf mittels Datenübertragung 330 an ein oder mehrere Fahrzeuge 100 übertragen. Gleichermaßen können die in ein oder mehreren Fahrzeugen 100 erfassten Daten mittels Datenübertragung 330 an die Backend Komponente 300 zur Speicherung, Auswertung und/oder weiteren Verarbeitung übertragen werden. Ein Nutzer 60 (nicht in Figur 1 dargestellt) kommuniziert vorzugsweise über ein mobiles Endgerät 80 mit dem System (z.B. mit dem Fahrzeug 100 und/oder der Backend Komponente 300). So kann der Nutzer 60 beispielsweise mittels einem geeigneten Anwendungsprogramm (z.B. App auf einem Smartphone) gefragt werden, an der Datenerfassung für eine neue/veränderte Benutzerschnittstelle teilzunehmen. Basierend auf in der App hinterlegten Daten (z.B. Profildaten des Nutzers und/oder des Fahrzeugs) kann eine Auswahl von geeigneten Nutzern aus einer Menge an Nutzem erfolgen. Beispielsweise können Nutzer 60 basierend auf verschiedensten Kriterien ausgewählt werden: Nutzer bestimmter Altersgmppen, bestimmten Geschlechts, Nutzer bestimmter Fahrzeugtypen bzw. Fahrzeugklassen, Benutzer mit bestimmten Nutzerprofilen (z.B. Fangstrecke, Kurzstrecke, Privatnutzer, berufliche Nutzer), Nutzer in bestimmten Regionen (Z.B. Fand, Stadt, alpine Regionen), Nutzer aus verschiedenen Fändern und/oder Klimazonen und dergleichen mehr.
Auf Bestätigung des Nutzers 60 können dann Konfigurationsdaten 111, 111’, 112, insbesondere Konfigurationsdaten 111, 111’, die eine neue bzw. veränderte Benutzerschnittstelle 110 implementieren, über die Fuftschnittstelle (z.B.„over the air“, OTA) oder auf anderem Wege zum Fahrzeug 100 übertragen werden. Vorzugsweise empfängt die Steuereinheit 120 im Fahrzeug 100 die Konfigurationsdaten 111, 111’, 112 und installiert diese nach einem vorbestimmten Schema. Dabei können wahlweise eine im Fahrzeug 100 vorhandene Konfigurationsdaten, die eine bisher verwendete Benutzerschnittstelle 110 implementieren, vor der Installation der empfangenen Konfigurationsdaten 111 gesichert werden, zum Zwecke der Wiederherstellung des ursprünglichen Zustands der Benutzerschnittstelle 110 nach Abschluss der Datenerfassung. Alternativ können entsprechende Konfigurationsdaten 112 nach Abschluss der Datenerfassung auf dieselbe Art und Weise an das Fahrzeug 100 übertragen und installiert werden, wie vorstehend beschrieben.
Figur 2 zeigt ein Flussdiagram eines Verfahrens 200 zur Datenerfassung in Fahrzeugen 100 gemäß Ausführungsformen der vorliegenden Offenbarung. Die gestrichelt dargestellten Übergänge (z.B. von Schritt 206 nach Schritt 208) stellen optionale Übergänge dar. Nach Schritt kann, wie dargestellt, wahlweise mit Schritt 208, 212, 214, 216 oder 218 fortgefahren werden. Mit durchgehenden Übergängen (z.B. von Schritt 202 nach Schritt 204) werden Übergänge dargestellt, bei denen für gewöhnlich keine Alternativen bestehen.
Das Verfahren 200 startet bei Schritt 201. In Schritt 202 werden Konfigurationsdaten 111, die für die Benutzerschnittstelle 110 bestimmt sind, über die Kommunikationseinheit 130 des Fahrzeugs 100 empfangen. Wie vorstehend beschrieben, erfolgt der Empfang vorzugsweise über eine Luftschnittstelle und wird über die Steuereinheit 120 des Fahrzeugs 100 geregelt. Alternativ können die Konfigurationsdaten 111 auch „lokal“ empfangen werden, beispielsweise über einen im Fahrzeug vorhandenen oder anschließbaren Datenträger (nicht dargestellt).
In Schritt 204 wird die Benutzerschnittstelle 110 basierend auf den Konfigurationsdaten 111 konfiguriert. Dies kann die Installation einer neuen Softwarekomponente auf einem entsprechenden Steuergerät der Benutzerschnittstelle beinhalten, beispielsweise durch die Steuereinheit 120 des Fahrzeugs 100. Hierbei implementiert die Benutzerschnittstelle 110 basierend auf den Konfigurationsdaten 111 eine neue bzw. veränderte Benutzerschnittstelle 110, betreffend welche eine Datenerfassung (d.h. Evaluierung, Bewertung) erfolgen soll.
In Schritt 206 werden von Nutzungsdaten 116 basierend auf einer Nutzung der Benutzerschnittstelle 110 durch einen Nutzer 60 des Fahrzeugs 100 erfasst. Diese Erfassung findet vorzugsweise über einen vorbestimmten Zeitraum statt (z.B. ein oder mehrere Tage, Wochen oder Monate). Alternativ können Nutzungsdaten, beispielsweise bei Zustimmung des Nutzers 60 zu entsprechenden Datenschutzbestimmungen, auch dauerhaft erhoben werden. Zum Beispielkann bei Benutzung der Klimatisierung im Fahrzeug der gesamte Kontext für eine größere Anzahl Nutzer 60 dauerhaft erhoben werden, um entsprechend aussagekräftige und belastbare Daten zu erhalten. Mit Zunahme der erhobenen Daten und basierend auf einer ausreichend großen Anzahl von Nutzem 60 können die Ergebnisse der Datenerhebung wesentlich verbessert werden.
Dabei können implizit und/oder explizit Daten erhoben werden. Implizit erhobene Daten können beispielsweise eine regelmäßige Interaktion des Nutzers 60 mit der Benutzerschnittstelle 110 und eine Vielzahl an Parametern betreffen. Die betrifft zum Beispiel die Art und Anzahl der Interaktionen. Wenn ein Nutzer sehr oft und anhaltend bestimmte Bedienelemente nutzt, um dieselben oder ähnliche Parameter einzustellen (z.B. anhaltendes Nachregeln der Klimatisiemng oder Ein-/ Aus schalten der Sitzheizung), so kann dies auf eine suboptimale Ausgestaltung der Klimatisierungsbedienung, -anzeige und/oder -regelung hindeuten. Weiter können beispielsweise Antwort- bzw. Reaktionszeiten des Nutzers auf Ereignisse erfasst werden. Erfolgen die Reaktionen schnell und präzise, dann kann für auf gewöhnlich auf eine übersichtliche, gut bedienbare und effiziente Benutzerschnittstelle geschlossen werden. Weiter kann die Anzahl der Einstellungen einzelner oder verschiedener Parameter durch den Nutzer erfasst werden, beispielsweise, um festzustellen, wie schnell und mittels welcher Anzahl an Bedienschritten en Nutzer 60 eine gewünschte Funktion auslösen, bedienen bzw. einstellen kann.
Nach Schritt 206 kann wahlweise mit Schritt 208, 212, 214 oder 216 fortgefahren werden. Alternativ endet das Verfahren anschließend bei Schritt 218.
Wahlweise wird das Verfahren in Schritt 208 fortgeführt. In Schritt 208 werden Rückmeldungsdaten 118 basierend auf einer Rückmeldung des Nutzers 60 betreffend die Nutzung der Benutzerschnittstelle 110 durch den Nutzer 60 erfasst.
Nach Schritt 208 kann wahlweise mit Schritt 210, 212, 214 oder 216 fortgefahren werden. Alternativ endet das Verfahren anschließend bei Schritt 218.
Wahlweise wird das Verfahren in Schritt 210 fortgeführt. In Schritt 210 werden die Rückmeldungsdaten 118 über die Kommunikationseinheit 130 gesendet. Wie vorstehend in Bezug auf Schritt 202 beschrieben, werden die Rückmeldungsdaten 118 vorzugsweise zur weiteren Auswertung bzw. Verarbeitung an eine Backend Komponente 300 gesendet. In einigen Ausführungsformen jedoch kann eine Datenübertragung an andere Komponenten erfolgen, z.B. auch lokal an das Steuergerät (z.B. zur Speicherung und/oder späteren Datenübertragung) oder auf einen lokal angeschlossenen Datenträger (z.B. USB Stick o.ä.). Rückmeldungsdaten 118 können insbesondere Daten umfassen, die auf einer aktiven Rückmeldung des Nutzers 60 basieren, beispielsweise Daten aus einer Kundenbefragung zur Benutzerschnittstelle oder anderweitig vom Nutzer 60 explizit, gegebenenfalls ohne Anforderung, zur Verfügung gestellte Daten. Der Nutzer 60 hat hierüber die Möglichkeit, über die rein technische Nutzungsdatenerfassung hinaus, weitere quantitative (z.B. Noten, Aufgewendete Zeit) und qualitative und/oder die subjektive Wahrnehmung betreffende Rückmeldungen (z.B. freie Bewertung, Gefallen, Verbesserungs Vorschläge) zu geben.
Nach Schritt 210 kann wahlweise mit Schritt 212, 214 oder 216 fortgefahren werden. Alternativ endet das Verfahren anschließend bei Schritt 218.
Wahlweise wird das Verfahren in Schritt 212 fortgeführt. In Schritt 212 werden die der Nutzungsdaten 116 über die Kommunikationseinheit 130 gesendet. Wie vorstehend in Bezug auf Schritt 202 beschrieben, werden die Nutzungsdaten 116 vorzugsweise zur weiteren Auswertung bzw. Verarbeitung an eine Backend Komponente 300 gesendet. In einigen Ausführungsformen jedoch kann eine Datenübertragung an andere Komponenten erfolgen, z.B. auch lokal an das Steuergerät (z.B. zur Speicherung und/oder späteren Datenübertragung) oder auf einen lokal angeschlossenen Datenträger (z.B. USB Stick o.ä.).
Nach Schritt 212 kann wahlweise mit Schritt 214 fortgefahren werden. Alternativ endet das Verfahren anschließend bei Schritt 218.
Wahlweise wird das Verfahren in Schritt 214 fortgeführt. In Schritt 214 werden zweite Konfigurationsdaten 112, die für die Benutzerschnittstelle 110 bestimmt sind, über die Kommunikationseinheit 130 empfangen. Die zweiten Konfigurationsdaten 112 unterscheiden sich vorzugsweise von den Konfigurationsdaten 111 dahingehend, dass sie einen ursprünglichen Zustand der Benutzerschnittstelle 110, wie er vor dem Konfigurieren 204 basierend auf den Konfigurationsdaten 111 vorzufinden war, wiederher stellen. Anschließend, in Schritt 216, wird die Benutzerschnittstelle 110 basierend auf den zweiten Konfigurationsdaten 112 konfiguriert, um den ursprünglichen Zustand wiederherzustellen.
In einer weiteren Ausführungsform (nicht in Figur 2 dargestellt) werden in einem Schritt 202- 1, der Schritt 202 und/oder Schritt 204 vorgelagert ist, aktuelle Konfigurationsdaten der Benutzerschnittstelle 110 als zweite Konfigurationsdaten 112 gespeichert. Das Speichern 202- 1 der zweiten Konfigurationsdaten 112 erfolgt vorzugsweise vor dem Empfangen 202 der Konfigurationsdaten 111, um einen ursprünglichen Zustand der Benutzerschnittstelle 110, basierend auf den zweiten Konfigurationsdaten 112, zu sichern. Später kann dann, z.B. in Schritt 216, die Benutzerschnittstelle 110 basierend auf den zweiten Konfigurationsdaten 112 konfiguriert werden, um den ursprünglichen Zustand wiederherzustellen.
In einer weiteren Ausführungsform (nicht in Figur 2 dargestellt) können Konfigurationsdaten, beispielsweise Konfigurationsdaten 111, basierend auf den Nutzungsdaten 116 und/oder auf den Rückmeldungsdaten 118 modifiziert werden, um modifizierte Konfigurationsdaten 111’ zu erhalten. Hierbei können unterschiedliche Verfahren angewendet werden. Beispielsweise können die Nutzungsdaten und/oder die Rückmeldungsdaten basierend auf KI Verfahren (z.B. Machine Leaming) dahingehend verarbeitet werden, dass ein oder mehrere Eigenschaften der Benutzerschnittstelle 110 mittels der modifizierten Konfigurationsdaten 111’ basierend auf den Nutzungsdaten 116 und/oder auf den Rückmeldungsdaten 118 verändert werden. Solche Veränderungen können beispielsweise beinhalten, dass als positive empfundene Elemente (z.B. Anzeigen, Bedienelemente, automatische Regelungen) entsprechend erweitert und optimiert werden, und/oder dass als negative empfundene Elemente entsprechend entfernt, geändert oder anderweitig optimiert werden. Die Nutzungsdaten 116 und/oder die Rückmeldungsdaten 118 können quantitative und/oder qualitative Informationen beinhalten, die Rückschlüsse auf entsprechende Nutzerpräferenzen zulassen.
Auf diese Art und Weise können Benutzer Schnittstellen 110, wahlweise über mehrere Iterationen (z.B. Evolutionsstufen), die jeweils basierend auf (weiter) modifizierten Konfigurationsdaten 111, 111’, 111”, etc. implementiert werden, immer weiter in Richtung Nutzerpräferenzen optimiert werden. In einigen Ausführungsformen können so auch langfristige Trends (z.B. längerfristig auftretende Änderungen der Nutzerpräferenzen) in den dauerhaft und/oder kontinuierlich optimierten Benutzerschnittstellen abgebildet werden.
Vorzugweise können die zur Erstellung modifizierter Konfigurationsdaten genutzten Verfahren auf ein oder mehreren Backend Komponenten 300 ausgeführt werden. So können ressourcenintensive Prozesse (die z.B. große Speicherkapazitäten und/oder Rechenleistungen voraussetzen) auf entsprechende Infrastrukturen ausgelagert werden.
Wenn vorliegend von einem Fahrzeug die Rede ist, so handelt es hierbei bevorzugt um ein mehrspuriges Kraftfahrzeug (PKW, LKW, Transporter). Daraus ergeben sich mehrere im Rahmen dieses Dokuments explizit beschriebene sowie mehrere weitere für den Fachmann nachvollziehbare Vorteile.
Obwohl die Erfindung im Detail durch bevorzugte Ausführungsbeispiele näher illustriert und erläutert wurde, so ist die Erfindung nicht durch die offenbarten Beispiele eingeschränkt und andere Variationen können vom Fachmann hieraus abgeleitet werden, ohne den Schutzumfang der Erfindung zu verlassen. Es ist daher klar, dass eine Vielzahl von Variationsmöglichkeiten existiert.
Es ist ebenfalls klar, dass beispielhaft genannte Ausführungsformen wirklich nur Beispiele darstellen, die nicht in irgendeiner Weise als Begrenzung etwa des Schutzbereichs, der Anwendungsmöglichkeiten oder der Konfiguration der Erfindung aufzufassen sind. Vielmehr versetzen die vorhergehende Beschreibung und die Figurenbeschreibung den Fachmann in die Lage, die beispielhaften Ausführungsformen konkret umzusetzen, wobei der Fachmann in Kenntnis des offenbarten Erfindungsgedankens vielfältige Änderungen beispielsweise hinsichtlich der Funktion oder der Anordnung einzelner, in einer beispielhaften Ausführungsform genannter Elemente vornehmen kann, ohne den Schutzbereich zu verlassen, der durch die Ansprüche und deren rechtliche Entsprechungen, wie etwa weitergehenden Erläuterungen in der Beschreibung, definiert wird.

Claims

Patentansprüche
1. Verfahren (200) zur Erfassung von Nutzungsdaten (116) in einem Fahrzeug (100), das Fahrzeug (100) umfassend eine Benutzerschnittstelle (110) und eine
Kommunikationseinheit (130), das Verfahren umfassend:
Empfangen (202) von Konfigurationsdaten (111), die für die Benutzerschnittstelle (110) bestimmt sind, über die Kommunikationseinheit (130);
Konfigurieren (204) der Benutzerschnittstelle (110) basierend auf den
Konfigurationsdaten (111); und
Erfassen (206) von Nutzungsdaten (116) basierend auf einer Nutzung der
Benutzerschnittstelle (110) durch einen Nutzer (60) des Fahrzeugs (100); wobei das Verfahren wahlweise weiter Senden (212) der Nutzungsdaten (116) über die
Kommunikationseinheit (130) umfasst.
2. Verfahren nach dem vorhergehenden Anspruch, weiter umfassend:
Erfassen (208) von Rückmeldungsdaten (118) basierend auf einer Rückmeldung des Nutzers (60) betreffend die Nutzung der Benutzerschnittstelle (110) durch den Nutzer (60); und wahlweise
Senden (210) der Rückmeldungsdaten (118) über die Kommunikationseinheit (130).
3. Verfahren nach einem der vorhergehenden Ansprüche, weiter umfassend Empfangen (214) von zweiten Konfigurationsdaten (112), die für die Benutzerschnittstelle (110) bestimmt sind, über die Kommunikationseinheit (130), wobei die zweiten
Konfigurationsdaten (112) sich von den Konfigurationsdaten (111) unterscheiden; und Konfigurieren (216) der Benutzerschnittstelle (110) basierend auf den zweiten Konfigurationsdaten (112).
4. Verfahren nach einem der Ansprüche 1 oder 2, weiter umfassend Speichern (202-1) von aktuellen Konfigurationsdaten der Benutzerschnittstelle (110) als zweite
Konfigurationsdaten (112), wobei das Speichern (202-1) der zweiten
Konfigurationsdaten (112) vor dem Empfangen (202) der Konfigurationsdaten (111) erfolgt; und Konfigurieren (216) der Benutzerschnittstelle (110) basierend auf den zweiten Konfigurationsdaten (112).
5. Verfahren nach einem der Ansprüche 1 oder 2, weiter umfassend:
Modifizieren der Konfigurationsdaten (111) basierend auf den Nutzungsdaten (116) und/oder auf den Rückmeldungsdaten (118), um modifizierte Konfigurationsdaten ( 11 G ) zu erhalten; und
Konfigurieren (204) der Benutzerschnittstelle (110) basierend auf den modifizierten Konfigurationsdaten ( 11 G ).
6. Verfahren nach einem der vorhergehenden Ansprüche, weiter umfassend Übermitteln einer Anfrage zur Teilnahme an einer Erfassung von Nutzungsdaten an den Nutzer (60), vorzugsweise an ein mobiles Endgerät (80) des Nutzers (60); und Empfangen einer Bestätigung der Teilnahme des Nutzers; wahlweise wobei die Schritte des Übermittelns der Anfrage und des Empfangens der Bestätigung vor dem Schritt des Empfangens (202) der Konfigurationsdaten (111) erfolgen.
7. Verfahren nach dem vorhergehenden Anspruch, weiter umfassend Erfassen einer Bewertung der Nutzung der Benutzerschnittstelle (110) durch den Nutzer (60), wobei die Bewertung wahlweise ein oder mehrere Parameter beinhaltet, die die Nutzung der Benutzerschnittstelle (110) durch den Nutzer (60) qualitativ und/oder quantitativ charakterisieren.
8. System zur Erfassung von Nutzungsdaten (116) in einem Fahrzeug (100), das System umfassend eine Steuereinheit (120), wobei die Steuereinheit konfiguriert ist zur Ausführung des Verfahrens (200) gemäß einem der vorhergehenden Ansprüche; das System (200) wahlweise weiter umfassend die Kommunikationseinheit (130) und die Benutzerschnittstelle (110).
9. System nach dem vorhergehenden Anspruch, weiter umfassend eine Backend
Komponente (300), die konfiguriert ist zum Senden der Konfigurationsdaten (111) an das Fahrzeug (100) über die Kommunikationseinheit (130), wobei die Backend Komponente (300) wahlweise weiter konfiguriert ist zum Empfangen der
Rückmeldungsdaten vom Fahrzeug (100).
10. Fahrzeug (100), umfassend das System nach einem der Ansprüche 8 oder 9.
PCT/EP2019/068059 2018-07-09 2019-07-05 Verfahren und system zur datenerfassung in fahrzeugen WO2020011655A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/054,888 US20210248846A1 (en) 2018-07-09 2019-07-05 Method and System for Detecting Data in Vehicles
CN201980030181.3A CN112074811A (zh) 2018-07-09 2019-07-05 用于车辆中的数据获取的方法和系统

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102018211257.6A DE102018211257A1 (de) 2018-07-09 2018-07-09 Verfahren und System zur Datenerfassung in Fahrzeugen
DE102018211257.6 2018-07-09

Publications (1)

Publication Number Publication Date
WO2020011655A1 true WO2020011655A1 (de) 2020-01-16

Family

ID=67514555

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2019/068059 WO2020011655A1 (de) 2018-07-09 2019-07-05 Verfahren und system zur datenerfassung in fahrzeugen

Country Status (4)

Country Link
US (1) US20210248846A1 (de)
CN (1) CN112074811A (de)
DE (1) DE102018211257A1 (de)
WO (1) WO2020011655A1 (de)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115250458B (zh) * 2021-04-12 2024-04-09 上海博泰悦臻网络技术服务有限公司 基于ota远程配置的数据通讯方法、系统、存储介质及服务器
EP4167164A1 (de) * 2021-10-18 2023-04-19 Wincor Nixdorf International GmbH Selbstbedienungsterminal und verfahren
CN118426431A (zh) * 2023-01-31 2024-08-02 上海理想汽车科技有限公司 车载控制器的标定数据确定方法、装置、设备和车辆
DE102023002891A1 (de) 2023-07-17 2023-08-31 Mercedes-Benz Group AG Verfahren zur Ermittlung einer ereignisspezifischen Bewertung eines Fahrzeuges

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110320089A1 (en) 2010-06-25 2011-12-29 Toyota Motor Engineering & Manufacturing North America, Inc. Over-the-Air Vehicle Systems Updating and Associate Security Protocols
US9372607B1 (en) * 2011-04-22 2016-06-21 Angel A. Penilla Methods for customizing vehicle user interface displays
US20160274882A1 (en) * 2015-03-17 2016-09-22 Automotive Data Solutions, Inc. Telematics system

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7131070B1 (en) * 1999-05-13 2006-10-31 Ricoh Company, Ltd. Application unit monitoring and reporting system and method
JP2810923B2 (ja) * 1989-06-19 1998-10-15 ディジタル イクイプメント コーポレーション デジタル処理システムにおけるアプリケーション統合装置
DE102005025265B4 (de) * 2005-06-02 2010-12-23 Audi Ag Verfahren und Vorrichtung zum Erfassen und Auswerten von Daten von zumindest einer Einheit in einem Kraftfahrzeug
DE102009018761A1 (de) * 2009-04-27 2010-10-28 Bayerische Motoren Werke Aktiengesellschaft Verfahren zur Aktualisierung von Softwarekomponenten
US20130152001A1 (en) * 2011-12-09 2013-06-13 Microsoft Corporation Adjusting user interface elements
JP2019161434A (ja) * 2018-03-13 2019-09-19 本田技研工業株式会社 乗物データ管理システム、及び乗物データ管理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110320089A1 (en) 2010-06-25 2011-12-29 Toyota Motor Engineering & Manufacturing North America, Inc. Over-the-Air Vehicle Systems Updating and Associate Security Protocols
US9372607B1 (en) * 2011-04-22 2016-06-21 Angel A. Penilla Methods for customizing vehicle user interface displays
US20160274882A1 (en) * 2015-03-17 2016-09-22 Automotive Data Solutions, Inc. Telematics system

Also Published As

Publication number Publication date
CN112074811A (zh) 2020-12-11
DE102018211257A1 (de) 2020-01-09
US20210248846A1 (en) 2021-08-12

Similar Documents

Publication Publication Date Title
WO2020011655A1 (de) Verfahren und system zur datenerfassung in fahrzeugen
DE102017201789B4 (de) Verfahren zum Betrieb eines Kraftfahrzeugs und Kraftfahrzeug
DE102016220670A1 (de) Verfahren und System zum Testen von Software für autonome Fahrzeuge
DE102011100106A1 (de) System zur Diagnose einer Komponente in einem Fahrzeug
DE102016206372A1 (de) Verfahren, einen Fahrzeugbenutzer Fahrzeugmerkmale kennenlernen zu lassen
DE10140721A1 (de) Verfahren zur Bereitstellung von Software zur Verwendung durch ein Steuergerät eines Fahrzeugs
DE102017210975A1 (de) Verfahren zur Datenerhebung
WO2015078739A1 (de) Verfahren und system zum bereitstellen eines assistenzvorschlages für einen benutzer eines kraftfahrzeuges
DE102022003530A1 (de) Verfahren und System zum Management von Schulungen im automatisierten Fahren basierend auf Identitätserkennung und Mensch-Computer-Interaktion
EP2825951B1 (de) Verfahren, mobilgerät und infotainmentsystem zum übertragen einer benutzeroberfläche auf einen bildschirm
DE102013109302A1 (de) Parametereinstellverfahren eines Reifenüberwachungsgeräts
DE102018205253A1 (de) Betriebsanleitung für den Fahrer eines Kraftfahrzeugs mit einer Vielzahl von Fahrerassistenzsystemen
DE102018200816B3 (de) Verfahren und Analysevorrichtung zum Ermitteln von Benutzerdaten, die ein Benutzerverhalten in einem Kraftfahrzeug beschreiben
DE102022132540A1 (de) Adaptive modellbereinigung zum verbessern der leistung von föderalem lernen
DE102017206884B4 (de) Verfahren und System zum Erfassen eines Problems bei einem internetbasierten Infotainmentsystem für ein Kraftfahrzeug
DE102012007321A1 (de) Verfahren zum Betreiben eines Diagnosesystems und Diagnosesystem
DE102017202259A1 (de) Verfahren und Vorrichtung zur Unterstützung eines Parkvorganges eines Kraftfahrzeuges
DE102015204863A1 (de) Verfahren und Vorrichtung zum Warten eines Fahrzeuges
DE102016009199B4 (de) Verfahren zum Betreiben einer Datenerfassungseinheit zum Erfassen von mindestens einem Steuerungsereignis einer Steuerungvorrichtung eines Kraftfahrzeugs sowie eine Datenerfassungseinheit und eine Datenverarbeitungseinheit
DE102018009451A1 (de) Verfahren zum Überprüfen wenigstens eines Fahrzeugs sowie elektronische Recheneinrichtung
DE102022117811B3 (de) Verfahren und Vorrichtung zum Löschen von Nutzerdaten in einem Kraftfahrzeug sowie Kraftfahrzeug
DE102016210994A1 (de) Vorrichtung, System und Verfahren zur Backend-basierten Konfiguration von Fahrzeugkomponenten
DE102015207338A1 (de) Verfahren zum Bestimmen einer Fahrqualität eines ersten Fahrers eines ersten Fahrzeuges und entsprechende Einrichtung
DE102019001892A1 (de) Verfahren zur Auswahl von Diensteanbietern
DE102020001426A1 (de) Verfahren und Vorrichtung zur individuellen Einstellung von Komponenten eines Fahrzeuges in Abhängigkeit einer Technikaffinität eines Nutzers

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: 19748696

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19748696

Country of ref document: EP

Kind code of ref document: A1