WO2022214676A1

WO2022214676A1 - Method, processor circuit and operating system for the context-sensitive provision of tutorials for a device

Info

Publication number: WO2022214676A1
Application number: PCT/EP2022/059487
Authority: WO
Inventors: Ingo Totzke; Leonie Gauer
Original assignee: Cariad Se
Priority date: 2021-04-08
Filing date: 2022-04-08
Publication date: 2022-10-13
Also published as: DE102021108765A1

Abstract

The invention relates to a method for the provision of tutorials (27) for a device (10), wherein multiple tutorials (27) are kept ready, each describing a different predetermined sequence of operating instructions to be performed by a device user (12) of the device (10). The invention makes provision for a processor circuit (13) to repeatedly perform demand observation (18), in which a current and/or future device demand (19) is ascertained, and user observation (24), in which user readiness of the device user (12) to meet the demand of the device demand (19) is identified, and, on the basis of a respective observation result (22, 25) of the demand observation (18) and the user observation (24), to use a selection procedure (23) to select that tutorial (27) that describes the sequence of operating instructions that is provided to meet the demand and that is provided for the identified user readiness and to couple it to trigger logic (28) that triggers outputting of the selected tutorial (27) when a predetermined trigger condition is identified.

Description

DESCRIPTION: _

Method, processor circuit and operating system for providing context-sensitive tutorials for a device

DESCRIPTION:

The invention relates to a method and a processor circuit and an operating system for providing context-sensitive tutorials for a device. If necessary, a user who is inexperienced in operating the device should be supported with a suitable tutorial (self-learning unit, instructions) depending on the operating situation.

Devices, such as vehicles, are handed over to the buyer by the dealer or manufacturer, who, as a future device user, should be able to use the respective device to his satisfaction. In addition, the buyer is informed more or less extensively, e.g. about his new vehicle and its various functionalities within a very short time. In the case of new drives (e.g. electric drive) or functions in particular, a detailed handover would be particularly important for the device user in order to be sufficiently familiar with these new topics, such as the process of charging your own electric vehicle.

The buyer thus receives disadvantageously a lot of information in a very short time, which he cannot mentally process or remember. In addition, there is no standardized handover process. It is therefore not clear whether the buyer receives all the information relevant to him or whether a topic has been left out. As a result, it can happen that certain functions are not used at all out of ignorance and complaints may be sent back to retailers or manufacturers. A motor vehicle is known from DE 10 2019 004 868 A1, in which animated instructions for use can be reproduced when stationary in order to train a driver with regard to a vehicle function. While the vehicle is in operation, those functions can then be activated of which it is known that the driver has already received appropriate training.

From US 2018/0151088 A1 it is known to offer a driver tutorials for operating a motor vehicle, which the driver can then view, for example, on a head-up display (head-up display) in the motor vehicle. Playback via a smartphone is also possible. The driver's prior knowledge can be saved in a user profile in order to offer only those tutorials that are useful for the driver. The vehicle can also monitor a driving situation and offer a tutorial afterwards if it is detected that a function could be used in the driving situation but was not activated by the driver.

DE 102014213998 A1 discloses a method for providing a driver with a demonstration of a vehicle function that is suitable according to the driver's prior knowledge. For this purpose, the identity of the current driver is determined and his prior knowledge is checked using a driver profile. The examiner can be instructed in a new function of the motor vehicle by means of a video or an interactive demonstration. If a warning light is activated in the motor vehicle, a demonstration for eliminating the underlying problem can be played automatically in accordance with the warning light.

So that this demonstration of how to fix the underlying problem is not shown to the driver at a moment that is bothersome, it has to be awaited to see whether the driver even consents to playing the corresponding tutorial. It cannot be predicted whether the tutorial will be of any use to him or whether the driver will have to go to a workshop anyway. The problems described apply not only to the instruction of a driver in a motor vehicle, but in general to the instruction of a device user to operate a device. Such a device can be a motor vehicle in the manner described, or alternatively, for example, a portable mobile terminal device such as a smartphone.

DE 10 2015 216484 A1 discloses a method in which a recommendation signal for a recommendation for controlling a function in a vehicle is offered in a manner appropriate to the situation. The recommendation signal is an automated default setting on a device (e.g. a preset radio station) that was determined based on the user’s regular behavior, so that parts of the operating steps are carried out automatically in advance. The method therefore requires a particularly "experienced user" in order to obtain regular operating sequences. A tutorial described in the publication does not concern the actual recommendation or the recommendation signal, but it is a user guide for the user to learn how to operate the system himself, and not his vehicle.

The invention is based on the object of proactively designing the playback of a tutorial for the operation of a device in such a way that a tutorial is only offered to a user if necessary, if the use of a specific device function is currently worthwhile, and here, however, to take into account whether the device user is actually ready to carry out the corresponding sequence of operator actions.

The object is solved by the subject matter of the independent patent claims. Advantageous embodiments of the invention are described by the dependent patent claims, the following description and the figures. As a solution to this problem, the invention includes a method for providing tutorials for a device. Multiple tutorials are provided, each describing a different predetermined sequence of operator actions to be performed by a device user of the device.

The method includes the following steps being carried out repeatedly, e.g. cyclically, by a processor circuit, namely a needs monitoring, in which a current and/or future device requirement is determined, and a user monitoring, in which a user readiness of the device user to carry out a covering of the needs of the device needs are identified. The processor circuit thus recognizes whether there is a need for a device in the device at all, ie whether it is necessary to carry out a sequence of operating actions. In addition, it is checked whether the user of the device is actually willing or able to cover the device requirement, ie to cover the requirement by executing an associated operating sequence.

Depending on a respective observation result of the needs observation and the user observation, a selection procedure is used to select the tutorial that describes the sequence of operating actions intended to cover the needs and coupled with a triggering logic, which triggers playback of the selected tutorial when a predetermined triggering condition is recognized. Thus, the appropriate tutorial is selected for the specific situation and then only coupled with a trigger logic just in case, i.e. for example for playing or generally preparing for the output of the tutorial, if the user is willing to watch or generally consume the tutorial and/or the user is able to implement the tutorial afterwards. A sequence of operating actions can include one operating step or several operating steps and/or one activity or several activities which, for example, are to be carried out successively, ie one after the other, in order to To satisfy or cover a device need that has currently been identified. As a specific example, recharging can be recognized as a device requirement in a motor vehicle based on a low state of charge (SOC—state of charge) of a vehicle battery. The associated sequence of operating actions can, for example, provide: find the cover of the charging connection, unlock the cover, open the cover, select the correct charging station, insert the charging plug into the charging connection, activate the charging current, secure the motor vehicle for the charging process. User monitoring can detect a lack of user willingness, for example, from the fact that the device user is currently on the phone.

The advantage of the invention is that the appropriate tutorial is selected for an acute need for action or an acute device requirement, so that the tutorial can also be implemented or tested directly at the moment because the device is required and therefore the user of the device is in the tutorial learned or trained sequence of operating actions can be practiced directly to cover the identified device requirements. However, the device user is only offered the tutorial if the user's willingness to consume the tutorial and/or to subsequently carry out the sequence of operator actions to cover the requirement is also recognized. By checking these two requirements, a learning effect for the device user is increased or improved, and the presentation of the tutorials is distributed over time in such a way that only the most sensible tutorial is provided for the period when the device requirement is actually present and must be covered.

The invention also includes developments that result in additional advantages.

An advantageous further development results when a processor circuit carries out a location observation which shows a respective current and/or future whereabouts of the device and/or a respective current and/or future environmental situation of the device is determined, and the selection procedure includes confirming the tutorial's selection or resolving an ambiguity in the selection. A processor circuit preferably additionally or alternatively carries out a time observation and/or weather observation for the selection procedure. A travel destination or the next red traffic light, at which a motor vehicle must be stopped, can be determined as a future location, for example. For example, a type of environment (for example supermarket, gas station or free environment) can be determined as the environmental situation. This can support the selection of the tutorial. If, for example, refueling the fuel or a battery storage device that needs to be recharged, as described, is required as a device requirement, parking next to a gas station or charging station can be recognized as a location, for example. If the device is required to be refueled or recharged and it is recognized by monitoring the location that the device user has parked the device (in this example a motor vehicle) next to a fuel pump or charging station, this can be used for the selection procedure in such a way that the operating sequence for refueling or reloading is selected. A so-called geofence or a geoposition-dependent selection thus also results for the selection procedure. In the event of ambiguities, this can be used to validate the selection of a tutorial that can be implemented or applied at the identified location and/or in the identified environmental situation. In addition to or as an alternative to the location observation, a time observation can also be carried out, which, for example, determines a current season and/or time and/or time of day (daytime or nighttime). If, for example, autumn or winter is recognized as the season and the need for a device to be refilled with wiper water for the windshield wiper system, a tutorial can be selected, for example, on how antifreeze can be added to the water if, for example, user observation reveals that the motor vehicle was being used by the device user in bought or procured in the summer. In the case of a device in the form of a smartphone, for example, based on a weather observation, so for example the determination of weather data from a meteorological service, as it can be accessed via the Internet, it can be determined that rain is predominant and the device needs to be covered because the device is being used unprotected or without a protective cover.

The respective observation (i.e. in particular needs observation, user observation, location observation, time observation,

Weather observation) can be designed in each case a program code or program module or software for the processor circuit.

An advantageous development results when a service station for the device is identified as the location and the tutorial is loaded from a data source of a station operator of the service station. In the case of a device in the form of a motor vehicle, such a service station can be a gas station or a charging station, for example. In the case of a smartphone or, in general, a portable mobile terminal device, a charging station or a connection for a charging cable (such as may be available at the airport, for example) can be recognized as a service station, for example. Since charging stations and/or connections for charging devices and/or fuel pumps can vary depending on the operator or manufacturer, there is the advantage here that a data source is used individually for the respective service station to call up a tutorial, such as a server computer of the station operator, the the station operator can provide at an Internet address. The processor circuit can thus subsequently download or procure the appropriate tutorial for a service station located at the location.

An advantageous further development results if the site observation for determining the whereabouts receives a geoposition from a receiver for a position signal of a GNSS (Global Navigation Satellite System) and/or a navigation route and/or a navigation destination from a navigation system, and/or for determining the Ambient situation determined from a digital map of the area and / or from a navigation database, a description of the area. For the current location, the geoposition can thus be determined using a GNSS, for example the GPS (Global Positioning System) can be determined. Future locations and/or the final navigation destination or intermediate destinations can also be determined on the basis of a navigation route. For this purpose, the processor circuit can be coupled to a navigation system which is coupled in the device and/or in a backend computer for the device (ie a server computer coupled to the device via the Internet, for example). The environmental situation, i.e. for example the type of environment and/or a current traffic situation and/or usage situation, can be determined from a digital map which, for example, indicates for the location which facilities and/or shops and/or scenic features (so-called landmarks or Points of Interest, POI) are located there. The environment map can be stored in the processor circuit, for example. Additionally or alternatively, a navigation database can be queried. In the manner described, the environment description can specify the environment type and/or landmarks or points of interest.

An advantageous further development results when the monitoring of requirements includes recognizing that a stock quantity of a predetermined resource and/or a degree of wear of at least one component of the device lies within a respective, predetermined value interval. For example, fuel or electrical energy stored in an accumulator and/or, for example, a lubricant and/or cleaning agent can be provided as operating means. The degree of wear of a component can be, for example, the mileage of a tire on a motor vehicle or the age and/or an upcoming update for a software component, such as can be installed in a control unit of a motor vehicle and/or in a smartphone. The monitoring of requirements thus recognizes whether an item of equipment needs to be refilled and/or whether a component needs to be serviced or repaired or whether the component needs to be replaced by an update. Appropriate measurement circuits and/or software for checking a component are available in the prior art. An advantageous further development results when the user monitoring includes using an occupant monitoring system to recognize a predetermined behavior pattern, which describes a predetermined search behavior of the device user and/or a predetermined helpless gesture by the device user. Thus, user readiness is recognized by the fact that the device user is actively carrying out a search, ie the device user is therefore ready to act but does not know where to carry out the next operator action. A perplexity gesture can be an indication of a user's willingness if, for example, an information light is activated and the perplexity of the device user is then recognized.

An advantageous further development results when the search behavior includes that at least one of the following activities is recognized in the device user: a glance roaming over an operating panel, a lingering gaze, several consecutive menu calls in an operating menu, pressing buttons. The search behavior can therefore be recognized by looking around, if, for example, an eye movement of the device user is recognized by means of a driver observation in a motor vehicle and/or by means of a so-called selfie camera of a smartphone, which is indicated by an operating panel (for example in a motor vehicle or a touch screen of a Smartphones) is aimed, but lasts for a predetermined minimum duration and/or focuses on several different points for a predetermined minimum number, without an operator action taking place. A lingering gaze can be a gaze directed at an area of the control panel and/or an area of the device, which lasts for at least a minimum period of time without the user operating the device. Menu calls can advantageously be recognized without eye recognition by software for operating a GUI (Graphical User Interface) of the operating menu. By pressing a button that activates a function of the device and disables it again within a predetermined maximum period of time, for example within 10 seconds or within 5 seconds a predetermined minimum number of repetitions with different keys, for example with more than one key or more than two keys or more than three keys, it can be recognized that the device user wants to carry out an operating action and presses keys for this purpose. The helplessness gesture can thus be defined by a body movement and/or vocalization. The person skilled in the art can determine corresponding suitable descriptions of helplessness gestures, for example, through experiments with test persons. Such a search history can, for example, be read out in an Internet browser and/or an operating menu with a search function. If such a keyword search is carried out in the device or on another device linked to the device, for example a smartphone, and the need for the device is recognized before or during it, this can be used to select a suitable tutorial.

An advantageous further development results when the perplexity gesture includes image-based and/or radar-based and/or lidar-based and/or microphone-based user monitoring recognizing that the device user responds to a notification signal issued by the device that signals the need for the device Shoulder shrugs and/or frowns and/or groans and/or performs a predetermined control gesture to request assistance. This can be detected using gesture recognition, as is known from the prior art.

An advantageous development results when the user monitoring includes receiving at least one predetermined search term from a keyword search from an operating manual and/or an Internet search. For this purpose, the device, for example a motor vehicle, can be linked to a search history of a mobile terminal device, for example from an Internet browser of the terminal device, for example via a Bluetooth connection or WiFi connection. A search history of a multimedia system in the motor vehicle can also be used as a basis. An advantageous further development results when the user monitoring includes that a user experience information is read out from a user profile, which describes a respective level of experience for at least one or some of the operator action sequences. In this way, a tutorial can be excluded from the selection if it is recognized on the basis of the user experience that the sequence of operating actions described in the tutorial is already known to the device user, for example due to a tutorial that has already been consumed and/or the previous use of another device of the same device type as the current one Device.

An advantageous further development results when the triggering condition includes:

- A user confirmation of a predetermined triggering element is detected and/or

- an incorrect execution of the demand fulfillment of the current

Equipment needs may result in damage due to

result in incorrect operation and/or

- It is recognized that a distraction-free follow-up of the tutorial is currently possible for the device user.

When a tutorial is selected, it doesn't need to autoplay. Rather, the triggering logic, for example a program code or software, checks whether a triggering condition is met. For example, the user can be prompted to actuate a trigger element, such as a control button or a control panel on a touch screen, in order to play the tutorial. If it is recognized from the monitoring of requirements that the device user is inexperienced in covering the requirements (e.g. the number of executions of the operator action sequence is less than a limit value, e.g. less than 3 times or 1 time) and is stored for the currently detected case of covering the requirements or saved that the device could be damaged in the event of incorrect operation, playback of the tutorial can be started automatically in order to avoid damage. The trigger condition may additionally or alternatively include that the device user must also be able to record or consume the tutorial, i.e. not be distracted. If, for example, it is recognized that the device user is on the phone and/or, in the case of a motor vehicle, is driving it and has to concentrate on the traffic, this can block the tutorial from being triggered or from being played back.

An advantageous further development results when a mobile, portable smart device or a motor vehicle is operated as the device. Such a portable smart device can be, for example, the described smartphone or a smartwatch or a tablet PC.

As a further solution to the above object, the invention includes a processor circuit for providing tutorials for a device, the processor circuit being integrated into the device or designed as a stationary server computer or as a portable mobile terminal or as a distributed circuit partly integrated into the device and partly implemented by a server computer and/or a portable, mobile terminal device. The processor circuit is set up to carry out an embodiment of the method according to the invention. For this purpose, the processor circuit can have at least one microprocessor and/or at least one microcontroller and/or at least one FPGA (Field Programmable Gate Array) and/or at least one DSP (Digital Signal Processor). Furthermore, the processor device can have program code which is set up to carry out the embodiment of the method according to the invention when executed by the processor device. The program code can be stored in a data memory of the processor device. The processor circuit can thus be in the device itself or through an interaction of several sub-circuits, for example for different software components. Such partial circuits can be coupled via so-called APIs (Application Programming Interface) and/or via communication connections, for example Internet connections (such as IP connections; IP—Internet Protocol). For example, for a device in the form of a motor vehicle, a tutorial also played back via a mobile device and/or the user monitoring and/or the location monitoring and/or the time monitoring and/or the weather monitoring are carried out by the mobile device. In addition or as an alternative to the mobile terminal, a server computer, for example a computer or computer network on the Internet, can also be used.

As a solution to the above object, the invention comprises an operating system comprising a device, in particular a motor vehicle, and an embodiment of the processor circuit according to the invention. The motor vehicle is preferably designed as a motor vehicle, in particular as a passenger car or truck, or as a passenger bus or motorcycle. With this device, the user is thus supported in the operation in that whenever there is a device requirement, the user is supported with a tutorial for covering the requirement, depending on the willingness of the user.

The invention also includes combinations of the features of the developments described. The invention also includes implementations that each have a combination of the features of several of the developments described, provided that the embodiments were not described as mutually exclusive.

Exemplary embodiments of the invention are described below. For this shows:

1 shows a schematic representation of an embodiment of the device according to the invention;

2 shows a flow chart of an embodiment of the method according to the invention.

The exemplary embodiments explained below are preferred embodiments of the invention. In the exemplary embodiments the described components of the embodiments each represent individual features of the invention which are to be considered independently of one another and which also develop the invention independently of one another. Therefore, the disclosure is also intended to encompass combinations of the features of the embodiments other than those illustrated. Furthermore, the described embodiments can also be supplemented by further features of the invention that have already been described.

In the figures, the same reference symbols designate elements with the same function.

1 shows a device 10, which can be a motor vehicle 11 in the example. As a motor vehicle, the device can be designed, for example, as a passenger car or truck or motorcycle. A device user 12 can be supported in operating the device 10, with the device user 12 only being offered this support in the form of a tutorial if there is a need for a specific operating sequence for the device 10 and it is recognized that the device user 12 is ready or need to receive this support. This results in context-sensitive (only when required) and proactive (only for a willing device user 12) support.

For this purpose, a processor circuit 13 can be provided for device 10, which in the example shown comprises a distributed processor circuit, for example a control unit 14 of device 10, for example of motor vehicle 11, itself and/or a server computer 15 (as can be operated on the Internet I ) and/or a portable mobile terminal device 16, such as a smartphone. The processor circuit 13 can also have only one or two of these components. In the case of a distributed processor circuit 13, the components (control device 14 and/or server computer 15 and/or mobile terminal device 16) can each be coupled to one another via a communication connection 17 for data exchange. Such a communication connection 17 can, for example, be based on an Internet connection and/or a radio connection (For example based on the Bluetooth standard and/or WiFi and/or mobile radio). The processor circuit 13 can use the processor circuit 13 to detect or recognize a device requirement 19 for the device 10 /or can be operated more gently. In general, the device requirement 19 can be determined by means of at least one sensor in the device 10 and/or by monitoring software, for example for checking available updates and/or by means of a timer for recognizing the age of a component and/or a maintenance interval.

In the case of a motor vehicle 11 , the device requirement can consist, for example, in that an energy store 20 can have a low state of charge 21 . Other examples of a device requirement can be: Replenishing equipment, such as water for a windscreen wiper system, changing to winter tires, closing a convertible roof when it starts to rain, setting a recuperation level based on a driving style that enables recuperation, activating a fog lamp and/or a rear fog lamp Fog, folding a back seat backrest for loading, tuning in to radio stations when changing location. In the following, the low state of charge 21 of a battery store or energy store 20 is to be used as an example in order to provide a clearer representation. The remaining examples and further examples of a device requirement 19 can be implemented in the same way. The demand observation 18 can provide the observation result 22 of the demand observation, ie here the device requirement 19 due to a low state of charge 21 of the energy store 20, for a selection procedure 23.

However, the device user 12 can be so experienced that he does not need any help when recharging the energy store 20 . In addition or as an alternative to this, the device user 12 can be distracted, for example because he is on the phone or has an appointment. Even then, none would User willingness to reload the energy storage 20 result. In order to identify a suitable point in time, a user monitoring 24 can be provided, which detects the willingness to use the device user 12, i.e. the willingness to accept support in the form of a tutorial that enlightens the device user 12 about covering the needs for covering the device requirement 19. The observation result 25 of the user observation 24 can also be made available to the selection procedure 23 .

The needs observation 18 and the user observation 24 can repeat or renew their observation results 22, 25 cyclically or at predetermined times, and each time the selection procedure 23 can be used to check whether one of several tutorials 27 from a tutorial collection 26 is applicable to the current situation or should be selected. In the event that there is a device requirement 19 and the user observation 24 signals that the device user 12 is ready to use the device, the selection procedure 23 can select the tutorial 27 necessary to cover the requirement for the device requirement 19 and provide a triggering logic or couple it with a triggering logic 28. In the example shown, the triggering logic 28 can be implemented, for example, by the mobile terminal device 16 in that the device user 12 is offered the selected tutorial 29 for playing via the terminal device 16 . The triggering logic 28 can then consist, for example, in the device user 12 having to press a confirmation button or having to press a control panel in order for the playback of the selected tutorial 29 to begin. The triggering logic 28 can also provide for the device user 12 to be presented with the selected tutorial 29 without being asked if, for example, there is a risk of the device 10 being damaged because the device user might be inexperienced. For this purpose, for example, profile data 30 of a user profile 31 can be used to determine the level of knowledge or experience of the device user 12 .

At least one further observation result 32 can be determined, for example, by using a site observation 33 a current Whereabouts 34 of the device 10, for example the motor vehicle 11, is determined. For this purpose, for example, a position signal 36 can be received from a GNSS 35 in a manner known per se and evaluated to the effect that a current geoposition of the device 10 is determined. On the basis of map data 37, as can be determined, for example, from a navigation database and/or a digital map, it can be determined whether it is currently possible to cover the device requirement 19 at all, i.e., for example, whether the device user 12 uses the device 10 next to has brought a service station 39, for example for recharging the energy store 20 next to a charging station.

The user's willingness to accept a tutorial 27 can also be recognized, for example, by the fact that a look 40 of the device user 12 is followed, for which the driver observation known per se can be used, and it is recognized that the look 40 is a rambling look 41 over the device 10 is because the device user 12 is looking for a flap or a button, for example. In general, a helplessness gesture 42 can be determined by the user observation 24, such as the wandering gaze 41 and/or a gesture or facial expression (frowning) of helplessness.

Another observation result 32 can be provided, for example, by a weather observation 43, which, as a device requirement 19, indicates, for example, the need to close a convertible roof due to the onset of rain and/or the need to activate a fog lamp and/or a rear fog lamp due to fog in an area 44 of the device 10, in particular of a motor vehicle 11, can detect or signal.

FIG. 2 once again illustrates an embodiment of a method that can be executed or provided by the processor circuit 13 . In a step S10, the requirement observation can be carried out, in which the current and/or future device requirement 19 is determined. In a step S11, the user's willingness can be determined by the user observation of the device user 12 to the effect that the willingness or ability of the device user 12 to carry out a requirement fulfillment of the device requirement 19 can be determined. In a step S12, the selected tutorial 29 can be determined by the selection procedure 23 depending on the respective observation result 22, 24 from the tutorials 27, if there is a current and/or future device requirement and the user is willing for a suitable tutorial 27. In this case, the selected tutorial 29 is then linked to the triggering logic 28 for triggering the playback of the selected tutorial 29 . If the current needs observation 18 and the user observation 24 show that the device user 19 does not have to be offered a tutorial 27 , the observation can be continued in a cyclic execution or a loop 50 . Steps S10 and S11 can also be carried out in reverse order.

In order to avoid initial incorrect or poor operation, a particularly preferred embodiment proposes a function that supports the vehicle buyer during and after the vehicle is handed over. For example, the buyer could be offered an app or function in the vehicle that accompanies the buyer even after the vehicle has been handed over. By linking an app/function to the vehicle and retrieving relevant vehicle data, situation-specific support could be offered (e.g. pop-up: "The charge level is low - would you like to be accompanied through the first charging process? We are there for you if you have any questions ."). Even if certain functions are not used, the app could indicate that a certain function is installed in the vehicle and explain its use. In connection with driver observation, additional search looks/search behavior could be identified and, in connection with vehicle usage data, intelligent solution suggestions for the search behavior could be offered (e.g. an electric vehicle is started. Since no engine noise can be heard, the user presses the start button again and thus switches the vehicle off. The occupant observation detects a perplexity or astonishment of the user and combines this with start and stop activities as well as the information that the vehicle is being taken over again and then offers an explanation that the vehicle is ready to drive despite the lack of engine noise).

The device user can thus be directly supported in an advantageous manner with questions even after the direct handover at the time of purchase, but also weeks or months later. This would ensure the optimal and error-free use or operation of many functions in the vehicle and prevent complaints and dissatisfaction with the vehicle.

For support in taking over the vehicle, a profile of the driver must first be available, which contains information about the regular use of certain vehicles and functions that the user already has available or collects in the course of using the vehicle. In addition, there must be an interface between the vehicle and the app that makes it possible to transmit both the vehicle's usage data and vehicle data to the app in order to provide suggestions and useful information based on an intelligent algorithm that give the user the facilitate each new situation. Instead of an app, this function could also be available directly in the vehicle. Through the intelligent combination of user information (e.g. has not yet had an electric vehicle vs. is an experienced electric vehicle driver) with vehicle data (charge level is low and vehicle position (GPS) is directly in front of a public charging station) and usage data from the occupant observation (searching gaze and movement of the occupant). possibly connected with opening the trunk) could offer the user a situation-appropriate help (e.g. "Search your charging cable? This is located in the trunk in the engine compartment. To open it..."). In particular, the idea offers the possibility of vehicle data, GPS data and driver data being jointly analyzed and evaluated to the effect that

(a) how a driver-vehicle interaction takes place in one or more driving situations,

(b) whether this interaction should be evaluated as non-optimal, critical and

(c) what in-vehicle information and/or support is available.

For this purpose, the data describing the individual driver-vehicle interaction must be related to existing limit/threshold/experience values and recommendations. For this purpose, databases, e.g. on external servers, must be used.

The driver-vehicle interaction can be analyzed in one or more driving situations in the vehicle and/or on an external server. These analyzes can be real-time and/or retrospective.

The idea thus offers the possibility of providing the driver with individually suitable and context-sensitive information. Examples for this are:

- "A different recuperation level is recommended for the present downhill section in order to charge the battery as much as possible while driving."

- "You are using the charging infrastructure of this provider for the first time. Can we offer you information on creating a user profile and using the charging infrastructure?" The idea enables adequate driver identification including storage of which user uses the vehicle and when

(a) the data analyzes described are carried out on a driver-specific basis, (b) a driver does not receive the information offered for another person, and

(c) the information is offered to a user only once in the same form.

In addition, it is possible to save this user history on an external server. This could, for example, prevent the driver from being presented with the same information more than once when using a second vehicle of the same type.

As an extension, it is also possible that by coupling vehicle-relevant search and research activities on a mobile device with the vehicle/server system, suitable, vehicle-model-specific information offers that were previously searched for on another device are also presented to the driver in the vehicle.

Overall, the examples show how an app-supported vehicle handover can be provided.

Claims

PATENT CLAIMS:

1. Method for providing tutorials (27) for a device (10), wherein several tutorials (27) are provided, each describing a different predetermined operating sequence to be carried out by a device user (12) of the device (10), characterized in that a processor circuit (13) repeats · a demand monitoring (18), in which a current and/or future predetermined device requirement (19) is determined, and • a user monitoring (24), in which a user readiness of the device user (12 ) is recognized for the implementation of covering the device requirement (19), and depending on a respective observation result (22, 25) of the requirement observation (18) and the user observation (24) by means of a selection procedure (23) that tutorial (27) , which describes the sequence of operating actions provided for meeting requirements and is provided for the recognized user readiness, selected and with a triggering logic (28) is coupled, which triggers playback of the selected tutorial (27) when recognizing a predetermined triggering condition.

2. The method of claim 1, wherein a processor circuit (13) performs a site observation (33) by which a respective current and / or future whereabouts (34) of the device (10) and / or a respective current and / or future Ambient situation of the device (10) is determined, and the selection procedure (23) includes that the selection of the tutorial (27) is confirmed or an ambiguity in the selection is resolved, and/or a time observation and/or weather observation (43) for the selection procedure (23) being carried out by a processor circuit (13).

3. The method of claim 2, wherein as a location (34) a

Service station (39) for the device (10) is recognized and the tutorial (27) is loaded from a data source of a station operator of the service station (39).

4. The method of claim 2 or 3, wherein the site observation (33) for

Determining the whereabouts (34) receives a geoposition from a receiver for a position signal (36) of a global navigation satellite system, GNSS (35), and/or a navigation route and/or a navigation destination from a navigation system, and/or for determining the

Ambient situation determined from a digital map of the area and / or from a navigation database, a description of the area.

5. The method according to any one of the preceding claims, wherein the needs monitoring (18) comprises that it is recognized that a

Stock quantity of a predetermined resource and/or a degree of wear of at least one component of the device (10) lies in a respective predetermined value interval.

6. The method according to any one of the preceding claims, wherein the

User monitoring (24) includes using an occupant monitoring system to identify a predetermined behavioral pattern, which describes a predetermined search behavior of the device user (12) and/or a predetermined perplexity gesture (42) by the device user (12).

7. The method according to claim 6, wherein the search behavior includes that the device user (12) at least one of the following activities is recognized: a sweeping look over an operating panel (41), a Fixed look (40), several consecutive menu calls in an operating menu, pressing a button.

8. The method according to claim 6 or 7, wherein the perplexity gesture (42) comprises that an image-based and / or radar-based and / or lidar-based and / or microphone-based user monitoring (24) is detected that the device user (12) on one of the The device (10) outputs an advisory signal signaling the need for the device (19), shrugging and/or frowning and/or groaning and/or performing a predetermined operating gesture to request assistance.

9. The method according to any one of the preceding claims, wherein the user monitoring (24) comprises receiving at least one predetermined search term from a keyword search from an operating manual and/or an Internet search.

10. The method according to any one of the preceding claims, wherein

User monitoring (24) includes reading user experience information from a user profile, which indicates a respective level of experience for at least one or some of the

Operation sequences described.

11. The method according to any one of the preceding claims, wherein the triggering condition comprises:

• a user confirmation of a predetermined triggering element is detected and/or

• incorrect execution of the demand fulfillment of the current device demand (19) can lead to damage due to incorrect operation and/or

• It is recognized that a distraction-free follow-up of the tutorial (27) is currently possible for the device user (12).

12. The method according to any one of the preceding claims, wherein as a device

(10) a mobile, portable smart device or a motor vehicle (11) is operated.

13. Processor circuit (13) for providing tutorials (27) for a

Device (10), wherein the processor circuit (13) is integrated into the device (10) or is designed as a stationary server computer (15) or as a portable mobile terminal device (16) or as a distributed circuit partly integrated in the device (10) and partly is implemented by a server computer (15) and/or by a portable, mobile terminal (16), characterized in that the processor circuit (13) is set up to carry out a method according to one of the preceding claims.

14. Operating system comprising a device (10), in particular a motor vehicle

(11), and a processor circuit (13) according to claim 13.