Method, system, vehicle, and a computer program for executing a test procedure

Abstract

A method (200) for executing a test procedure in a vehicle (102); the method (200) comprising - Determining or receiving (201) a test request (111) in the vehicle (102); - initiating (203), depending on the test request (111), at least one test procedure in the vehicle (102); - determining and / or providing (204) a result (112) of the test procedure; and - depending on the result (112) of the test procedure, executing an action; wherein the action comprises a reduction and / or an increase of available, activatable or active performance features of a vehicle function of the vehicle (102).

Description

The invention relates to a method, system, vehicle and a computer program for executing a test procedure in a vehicle, in particular in connection with a specific test condition.With increasing complexity of vehicles and increasing automation of the processes in a vehicle, the requirements for the operational safety and functional safety of vehicles are increasing. Furthermore, the requirements for availability, reliability and safety of actuators and for controllability of actuators of a vehicle increase. At the same time, a (possibly decreasing) performance of actuators of the vehicle becomes less transparent to the user of a vehicle or no longer able to be demonstrated or checked at all.DE 10 2014 219 226 A1 describes a method and a system for vehicle diagnostics. WO 2003 / 042 954 A1 describes a remote monitoring system for a vehicle. WO 2018 / 125 245 A1 describes a method for predicting a technical fault.The present document is concerned with the technical object of checking the performance of components of a vehicle in an efficient and precise manner.The object is achieved in each case by the independent claims. Advantageous embodiments are described inter alia in the dependent claims. It is pointed out that additional features of a claim dependent on an independent claim can form a separate invention which is independent of the combination of all features of the independent claim without the features of the independent claim or only in combination with a subset of the features of the independent claim and which can be made the subject matter of an independent claim, a divisional application or a subsequent application. This applies in the same way to technical teachings described in the description, which may form an invention independent of the features of the independent claims.According to one aspect, a method for executing a test procedure in a vehicle is described. By executing the test procedure, an effect can be brought about in the vehicle and / or in a surrounding area of the vehicle. The method may be performed by a system, by an off-board device (e.g., a backend server or a mobile user device), and / or by a vehicle.It is expressly noted that the method, system and computer product are not limited to the term "test-" in a commonly used sense. Furthermore, the result of the method typically does not need to be matched to a "test result". The terms "test procedure" and "test procedure" have been used within the scope of the present document (also lacking special technical terms), in particular representative of a procedure for ascertaining information about the operation and / or about the state of at least part of a vehicle.The method includes determining or receiving a test request in the vehicle. In this case, the test request can be sent to the vehicle by a vehicle-external device, for example by a server or by a user device of a user of the vehicle. The vehicle may receive the test request.The method also includes causing, depending on the test request, at least one test procedure in the vehicle. In this case, the test request can indicate the test procedure which is to be initiated and / or executed in the vehicle. Alternatively or additionally, the test request can indicate one or more components and / or functionalities of the vehicle, on and / or in which the test procedure is to be executed. Alternatively or additionally, the test request can indicate one or more parameters of a test control signal with which the test procedure can be initiated or executed in the vehicle. Alternatively or additionally, the test request can indicate a desired effect which is to be effected during the execution of the test procedure. Alternatively or additionally, the test request can indicate at least one boundary condition in which a specific effect of the test procedure is expected and / or in which the test procedure is to be executed or not to be executed.Thus, a certain test procedure can be automatically executed in a vehicle by making a test request. In the context of the test procedure, data, in particular sensor data, can be ascertained with respect to the vehicle and / or the environment of the vehicle. In particular, data relating to a physical effect of the test procedure can be ascertained in the vehicle and / or in the environment of the vehicle.The method also comprises ascertaining and / or providing a result of the test procedure. As a result of the test procedure, for example, the above-mentioned results can be compared. In some embodiments, data regarding the vehicle and / or regarding the environment of the vehicle may be provided (e.g., transmitted from the vehicle to the off-vehicle device). Alternatively or additionally, a different result can be determined and provided from the data (e.g. by a comparison with other data from the past and / or with other data from other vehicles).The described method thus makes it possible to determine, in an efficient and reliable manner, information relating to a component and / or a functionality of a vehicle which, for example, identifies a state of a component and / or an operation of a functionality of a vehicle.The method is preferably carried out on the vehicle during its regular use by a user, as a rental vehicle, a sharing vehicle, and / or within the scope of a fleet. With the method or depending on the result of the method, maintenance of vehicles can be automated. It can be carried out by the driver instead of complicated manual actions or instead of monitoring the vehicle state (assumed at least in a silent manner).Furthermore, the method can comprise an action, in particular a change in the vehicle, which is carried out depending on the result of the at least one test procedure. For example, an at least partially automated and / or an at least partially remote-controlled action, e.g. a specific maintenance process, can be carried out in the vehicle or for the vehicle. For example, depending on the at least one result of a test procedure, remote-controlled access to the vehicle can be requested and / or executed by a backend and / or by a user device of the user.The method may be applied to a parked (e.g., parked) vehicle, particularly when another predetermined condition is met.The at least one test request can also be ascertained as a function of the detection of an activity of the user of the vehicle at the driver's seat, in particular of the driver of the vehicle. If it is detected that a considerable part of the attention of the user cannot be turned towards the vehicle, a test request can be generated, for example. For example, the at least one test procedure can be initiated or executed if it is detected that the user of the vehicle at the driver's station is operating a mobile user device, e.g. smartphone.The method can comprise outputting information, e.g. in the vehicle, to the mobile user device of the user or at a dispatcher, wherein the at least one information is dependent on one or more test results and / or is output dependent on one or more test results.Such information can preferably be output on a user device if it is detected that:• the user device is used in the vehicle during travel and / or a considerable portion of the attention of the user faces the user device; and / or• the test result satisfies a certain first condition and / or satisfies a second condition. For example, the first condition may indicate that the information is important for the current trip with the vehicle. The second condition may indicate that a state and / or operating state, in particular a readiness for operation of a part of the vehicle, is below a certain threshold; and / or• The vehicle is driven automatically and / or remotely at least to a certain extent.Thus, an improved, in particular a more secure use of the user device in the vehicle can be achieved.The test request can be linked to at least one test condition. In particular, the execution of the test procedure can be linked to at least one test condition. The test procedure can then be initiated and / or executed depending on the test condition.The at least one test condition can indicate, for example, a time interval in which the test procedure is to be executed or not to be executed. Alternatively or additionally, the test condition can indicate position information with respect to a position of the vehicle at which the test procedure is to be carried out or not to be carried out. Alternatively or additionally, the test condition can indicate distance information relating to a distance of the vehicle to a specific point at which the test procedure is to be carried out or not to be carried out. Alternatively or additionally, the test condition can indicate a parameter with respect to a boundary condition at which the test procedure is to be executed or not to be executed.Preferably, a physical and / or chemical effect on at least a part of the vehicle is initiated in the method. Particularly preferably, the at least one physical and / or chemical action is initiated as a function of the test request determined or received by the vehicle.In this case, the said physical and / or chemical action can be carried out as an (actively controlled, temporary short-term) change of a physical and / or chemical process which is in any case occurring in the vehicle. Alternatively or additionally, said physical and / or chemical action can be carried out as a more or less independent physical and / or chemical action (which it would not have in this way occurred without the corresponding test procedure).The result of the test procedure can be determined depending on a change, in particular a reaction, which has occurred on the at least one physical and / or chemical action (e.g. temporally contiguous, closely followed or as a result of the physical and / or chemical action).In a simplified example, a first measured value can be determined that applies or has failed without the physical and / or chemical effect on at least a part of the vehicle. This can be effected, for example, before or after the decay of said physical and / or chemical action. Furthermore, a second measured value can be determined, which applies with and / or under the influence of the at least one physical and / or chemical effect on at least part of the vehicle. The result of the test procedure can be determined on the basis of one or more first measured values and / or one or more second measured values. In a simplified case, a comparison of the first and the second measured value can be carried out and the result of the test procedure can be determined depending on the comparison.The at least one physical and / or chemical effect can take place (upon the ascertainment or upon the reception of the test request) by actuating the means provided for this purpose and / or preferably already present in the vehicle. For example, a corresponding signal may already be contained in the test request and / or may be sent in the vehicle in response to the reception of the test request. Said physical and / or chemical action of a first part or system of the vehicle may be carried out by means of another part or system of the vehicle.A chemical effect may relate to an electrochemical effect, e.g. within a battery, e.g. a traction battery of an at least partially electrically driven vehicle. In another example, the chemical action may relate to an oxidation process. The physical and / or chemical impact may be induced with respect to and / or within an engine, e.g., gasoline or diesel engine, exhaust system, and / or catalyst, of the vehicle. For example, a physical and / or chemical effect can comprise a brief (for an engine operation itself unnecessary or counterproductive) change of an ignition angle, a composition of the mixture to be burned, a turbo charging process, etc. This action can be carried out in the process. An action can be carried out on a first system of the vehicle in order to detect a change on another second system, e.g. a reaction of a second system.Alternatively or additionally, the at least one test condition can indicate an executed, initiated or intended (driving) maneuver of the vehicle in which the test procedure is to be executed or not to be executed.Alternatively or additionally, the at least one test condition can be dependent on an action and / or a state of a user of the vehicle.By setting one or more test conditions for executing a test procedure, the quality and focus of the provided results can be improved.As already explained above, the test request can be sent to the vehicle from an apparatus external to the vehicle, in particular a backend server and / or a mobile user device (e.g. a smartphone). The one or more test procedures associated with the test request can be executed after checking at least one boundary condition and / or at least one test condition in the vehicle.The method may comprise distributing two or more requests to two or more different vehicles to cause test procedures in the two or more vehicles. By distributing test procedures among multiple vehicles, the load and / or impact for a single vehicle may be reduced.The at least one test request may identify stepwise increasing control signals and / or control signals that cause a stepwise increasing intensity of the execution of the test procedure. Alternatively or additionally, a test procedure can be initiated by the at least one test request, which test procedure brings about an increasing physical effect in the vehicle and / or in a surrounding area of the vehicle. In this case, the at least one test request can identify a minimum and / or a maximum physical effect, and the test procedure can be executed in the vehicle in such a way that the physical effect brought about by the test procedure does not fall below the minimum physical effect and / or does not exceed the maximum physical effect. By operating a test procedure in this way, comprehensive data relating to a vehicle can be ascertained in a particularly reliable manner.Preferably, said test procedure, the test request, or the (requested) result of the test procedure can be a specific test procedure, test request or test result, which is requested, in particular dynamically and / or executable in real time, for example, for one or more specific application cases of the vehicle, for a state of at least part of the vehicle, for a specific event. In other words, a specific process or combined sequence of processes combined as a test procedure within the scope of this document can be carried out if necessary, in particular in a variant, scope and / or shape tailored to a recognized need. This can be carried out so to speak "on-demand" or "on order", for example according to the user's request. In this case, as a response to the test request, information dependent on the result of the test procedure, expressed in simplified terms as "a result table", can be sent by the vehicle (e.g. to the user device of the user and / or to the backend).In one example of the method, information about a use case of the vehicle, an event, a driving on a specific location or a region in global coordinates, and / or an indicator of a state of at least part of the vehicle (e.g. possibly changed or twined out, which state has not been checked, for a specific time, is determined. This can be done in the vehicle itself, in a mobile user device of the user or in the backend. A test request is then generated depending on the ascertained information. For example, a test request may be generated depending on the data of a digital card and / or depending on the data linked to a digital card. For example, one or more (specific) test requests can be generated before, during or in conjunction with the driving of specific road sections, road types, etc. For example, different test requirements, in particular different test conditions, can be generated for expressways, country roads, roads in a rural area, city, etc.The test request can be a signal or data record (which can be transmitted to the vehicle) or an in-vehicle signal or data record. This signal or this data record can be filled with the respectively applicable information, for example, according to a predetermined, e.g. standardized, specification.For example, the at least one test request (as one or more, e.g. linked signals and / or data sets) identifies a selection of at least two of the following information:• a particular selection of one or more of the test procedures to be initiated in the vehicle;• a test condition for performing the one or more test procedures;• one or more components and / or functionalities of the vehicle on and / or in which the test procedure is to be executed;• a test control signal or one or more parameters of a test control signal with which the test procedure can be initiated;• an identifier for the expected effect to be effected when executing the test procedure;• an identifier for a parameter or parameter range of an expected effect;• an identifier for a parameter of the action which is to be determined and further processed during the execution of the test procedure; and / or• a condition, e.g. a comparison condition, with which a parameter of the effect is to be matched.Furthermore, it is possible (possibly already within the scope of the test request) to determine which action or consequence is to be carried out and / or not to be carried out depending on the result of the test procedure. The action or consequence on the result, e.g. a specific result of a test procedure, can be determined and triggered depending on the data of a digital card and / or depending on the data linked to a digital card. For example, depending on the application of the vehicle and / or position information, different actions or consequences are initiated on a result of a test procedure. An action or consequence can be, for example, a (stepwise) reduction and / or a (stepwise) increase of available, activatable or active, for example automatically switched on or switched off, performance features of a vehicle function.On the basis of the connection of the at least two, three or four of the above-identified items of information, a suitable test request can be generated, transmitted, if appropriate, to the vehicle and / or executed. The above-identified information can be entered, for example, into a predefined, standardized layout of a bus message or of a memory layout.The method, in particular one or more of the test procedures mentioned, can be executed on a vehicle during its active use, for example during the driving mode. In particular, the at least one test procedure can be executed in response to a detection or prediction of (e.g. also intended) use of the vehicle in a specific use mode. The at least one test procedure can be selected such that a predetermined condition, e.g. a prerequisite for activation, is fulfilled for a predicted usage mode. In particular, the method, in particular one or more of said test procedures, can be applied to a parked, e.g. parked, vehicle.The method may comprise influencing at least one functionality of the vehicle depending on the result of the test procedure. In particular, the method may include matching the result of the test procedure with one or more results from the past and / or from one or more other vehicles. The at least one functionality of the vehicle can then be influenced as a function of the comparison. Thus, the availability and the scope of functions of a functionality of a vehicle can be increased, since depending on the provided result only a partial restriction or an adaptation of a functionality (instead of a shutdown of the functionality) can take place.The method may include detecting a noise occurring in association with execution of the test procedure. The result of the test procedure can then be determined as a function of the detected noise, in particular as a function of a parameter and / or a pattern of the noise. By detecting noises, in particular also noises in the structure-borne sound, ultrasonic and / or infrasonic range, a particularly reliable monitoring of a component and / or a functionality of a vehicle can take place.According to another aspect, a system for executing a test procedure in a vehicle is described. The system may include an off-vehicle device and the vehicle. The system may be configured to ascertain and / or receive a test request. Furthermore, the system can be configured to cause at least one test procedure in the vehicle as a function of the test request. In addition, the system may be configured to ascertain and / or provide a result of the test procedure.According to a further aspect, a vehicle (in particular a road motor vehicle, for example a passenger car, a truck, a bus or a motorcycle) is described, which is configured to ascertain and / or receive a test request. The vehicle may further be configured to cause at least one test procedure in the vehicle as a function of the test request. In addition, the vehicle may be configured to ascertain and / or provide a result of the test procedure.According to a further aspect, a computer program, in particular a computer program product comprising a computer program, is described, wherein the computer program is designed, when it is executed on at least one computing unit of a vehicle and / or at least one computing unit or device arranged at a distance, to execute the method described in this document.The computer program product can be designed as an update of a previous computer program, which comprises the parts of the computer program or of the corresponding program code, for example, in the context of a function extension, for example, in the context of a so-called "remote software update". The computer program product comprises, in particular, a medium readable by the data processing device, on which the program code is stored, or at least one encrypted file. According to a further aspect, a program product is described which comprises an authorized access right to stored data of the computer program product.It should be noted that the methods, devices, and systems described herein may be used both alone and in combination with other methods, devices, and systems described herein. Furthermore, any aspects of the methods, apparatus, and systems described herein may be combined in a variety of ways. In particular, the features of the claims can be combined with one another in many ways.The invention is described in more detail below with reference to exemplary embodiments. Figure shows FIG. 1 is a block diagram of an exemplary system for determining results of a test procedure of a vehicle; and FIG. 2 shows a flow chart of an exemplary method for ascertaining results of a test procedure of a vehicle.As set forth at the outset, the present document is concerned with reliably and efficiently determining the performance of a component of a vehicle. In this context, FIG. 1 shows an example system 100 for performing a diagnostic procedure on a vehicle 102. The test procedure (for a specific component or subsystem of the vehicle 102) can be initiated by a (backend) server 101 and / or by a user device 103. The test procedure can be carried out at an appropriate point in time, preferably upon the occurrence of one or more specific test conditions.Within the scope of a test procedure, a specification or exclusion of specific vehicle states, specific road locations, specific position information and / or specific parameters relating to the vehicle 102 or relating to the environment of the vehicle 102, e.g. an arrangement of road users, a traffic light, an intersection, a traffic light phase, etc., can take place, which are to be used for carrying out the test procedure. Thus, undesirable effects in executing a test procedure can be eliminated. For example, a test procedure can be initiated with an operating parameter which, with regard to its value, will be below or above an expected value of the operating parameter in (imminent) operation, for example during or before an automated trip.Optionally, the execution of a relatively short test procedure may be caused to actuate an operating parameter, e.g. as a relatively short but non-dangerous "stress test", wherein a test procedure may be executed, e.g. even before a trip starts with a certain degree of automation.The test procedure does not necessarily have a strong effect. For example, the test sequence may trigger a relatively (short) rapid change of a physical effect, e.g., a relatively rapid sequence of opposing changes. Test procedures are also conceivable which have no or no substantial effect on a user of the vehicle 102. The data 112 determined (e.g. logged back) in each case within the scope of a test procedure can be compared with specific limit values or patterns during their evaluation. In this case, salient features and / or trends can be determined.The data or test request 111 for carrying out a test procedure can be sent to a vehicle 102 or to vehicles 102 selected (already in operation) according to specific criteria or (also automatically).For example, certain (including possibly critical) trends can be recognized by the method described in this document even before a critical effect can occur during (normal) operation or operating parameters. For example, a test request 111 can be defined depending on the previous or statistical operation of a specific vehicle 102 or a group of vehicles 102 in such a way that the results 112 take into account, in particular cover, specific ranges of the operating parameters relevant to the vehicle 102. Therefore, it is preferred to cause a test procedure from a backend 101 to be controlled and then to process the collected results 112.For example, it can be predicted that a risk increases in connection with a specific, in particular automated and / or remote-controlled, functionality of a vehicle 102. Thereupon, for example, a degree of automation of the functionality can be lowered (in a predictive manner) and / or the output of driver information can be initiated or modified.Optionally, a result of a test procedure of a vehicle 102 can be matched to one or more (also statistically further processed) results 112 which are obtained from other (identically constructed or similar) vehicles in the case of such or similar test control signals. For example, the corresponding data relating to the results 112 of further test procedures can be chosen such that they relate to identical or at least similar operating parameters, boundary conditions or driving situations.Furthermore, a test request and / or the evaluation of a test procedure can be selected depending on an imminent use or type of use of the vehicle 102. For example, a specific use or a specific application for a vehicle 102 can be determined, in particular predicted. A matching test request, in particular a matching test condition, can then be determined.Optionally, a test procedure can be initiated if a specific application is imminent. The test procedure can be selected and executed in accordance with the application. In other words, depending on which functionality, e.g. an automated and / or remote-controlled movement of the vehicle 102, and / or depending on which one or more boundary conditions are at least likely to be imminent, a suitable test procedure can be determined and executed.The method described in this document may be influenced and / or coordinated from a backend 101. In this case, matching, different (actively to be executed) test procedures can be sent to different vehicles 102, which test procedures can be linked to the same or different test conditions.FIG. 2 shows a flow diagram of an example method 200 for executing a test procedure in a vehicle 102. The method 200 may include determining or receiving 201 a test request 111 in a vehicle 102. In this case, the test request 111 can be linked in particular to at least one specific test condition. Furthermore, the method 200 may comprise causing 203 a test procedure in the vehicle 102 depending on the test request 111. In this case, the test procedure can be initiated as a function of the at least one predetermined test condition. It can be checked and / or recognized within the scope of method 200 (step 202) whether a test condition is present.The method 200 further comprises evaluating and / or providing 204 a result 112 of the test procedure.The test procedure can be a test procedure to be actively executed. The test procedure may include execution of an active test, e.g., during normal operation of the vehicle 102. The test procedure may have an effect on a user of the vehicle 102. Alternatively, the test procedure may not cause a (perceptible) effect on a user of the vehicle 102. The test procedure may deviate from a user function of the vehicle 102, for example.Preferably, a test request 111, e.g. as a data record or data section, comprises information for initiating a specific, in particular active, test procedure.As set forth above, the test request 111 may be linked to at least one test condition, wherein the test procedure linked to the test request 111 is executed when the test condition becomes applicable. The active initiation of at least one test procedure by a test request 111 is thus substantially different from a passive collection of data. Furthermore, there is also a substantial difference from a remote control, since an active execution of a (also physical) process in the vehicle 102 can be caused, which does not have to have a functional effect and serves to generate specific data 112 as an output. A test request 111 can thus alternatively be referred to as an electronic test order.It is thus possible (in a flexible manner, for example as required) to send (for example "scatter") one or more data sets representing one or more test requests 111, for example to a part of a vehicle fleet. The test procedures associated with the respective test request 111 may then not be executed or may not necessarily be executed immediately (since it is typically not known in which state or under which conditions the vehicles 102 are located). Instead, a test condition can be sent with a test request 111 which can determine with which trigger conditions the test procedure should be executed and / or with which trigger conditions the test procedure should not be executed. The data of a test request 111 can identify the test condition or comprise data relating to a test condition or be linked to it, in particular according to a predetermined logical relationship.A device of a vehicle 102 may optionally ascertain and / or generate a test request 111 (the corresponding data, characterizing a test procedure to be executed) for itself or for another device of the vehicle 102. Alternatively or additionally, a test request 111 can be transmitted from the backend 101 or from a mobile user device 103, e.g. from an app.By carrying out a test procedure, it can be achieved that vehicle data are generated, for example for development purposes or for machine learning, which otherwise could not be generated or could only be generated relatively slowly. By actively causing test procedures, data 112 can be provided, even without waiting until a sufficient number of findings or experience data can be collected from the field (quasi by accident). In particular, vehicles 102 may be systematically stimulated to generate certain data.The method 200, in particular the initiation 203 of the test procedures, can be used, for example, by a manufacturer or an operator of the vehicles 102 or a fleet of vehicles. In addition, the method 200 for a specific vehicle 102 can also be used by a user of the vehicle 102, by a service station or a workshop (in a simple manner). Furthermore, on the basis of the method 200, a data-supported product development, a protection of vehicles 102 (also in test carriers), a service and / or a service planning can be carried out.In one example of the method 200, a test request 111 can be initiated and / or (remotely) controlled depending on an input of the user and / or depending on a signal from a mobile user device 103. Furthermore, a possibility, in particular an operating possibility, can be provided for a user to initiate at least one (for example, an effectally looking or licensed) test procedure, e.g., according to his own discretion. For example, objective or subjective safety of the user can be increased if the user can at least partially initiate or influence a test procedure itself.Furthermore, one or more appropriate test requests 111, in particular with respect to specific test procedures, for example via the mobile user device 103, can be proposed and then executed depending on the input of the user. For example, the user may choose between: immediately executing the test procedure (optionally, if appropriate); executing the test procedure if the required test condition becomes appropriate; executing the test procedure at an appropriate time; and / or not executing (and sacrificing benefits) the test procedure, or re-remember later.A test request 111 may be indicative of: execution of a particular active test procedure; one or more particular components or functionalities of the vehicle 102; one or more parameters of a test control signal for executing a test procedure; a particular effect to be achieved in a test procedure; and / or a particular edge condition in which a particular effect, e.g., fault, occurs.A test request 111 can be initiated from a backend 101 and / or from a mobile user device 103 of a user of the vehicle 102. The mobile user device 103 can also be a home PC. Furthermore, the test request 111 can be executed as a function of a check of at least one test condition in the vehicle 102.In this case, the determination of a need and / or meaningfulness of a specific test procedure can be carried out outside the vehicle 102, for example taking into account various further data. For example, if a quality problem with a component in a certain number of vehicles 102 (for example a certain vehicle model) has been determined, a test request 111 can be proactively caused to generate data on the performance and / or the state of the test component or an related component.Thereupon, one or more requests 111 (also according to a safe feasibility) can be checked and initiated in a vehicle 102. In this case, a need and / or usefulness of a specific test procedure can be determined in the backend 101 or in the mobile user device 103, depending on various criteria, for example depending on an evaluation of various usage data, data relating to the vehicle 102 and / or the user of the vehicle. Advantageously, an evaluation of various, vehicle-specific and / or non-vehicle-specific data (keyword "big data") can take place.For example, a request 111 for executing a test procedure in the vehicle 102 and / or one or more parameters of a test procedure, e.g. a parameter of the test control signal or the test control signal itself, can be received from the backend 101 or from the mobile user device 103 of the user.In response to the receipt of a test request 111, a requested test procedure or a test procedure selected on the basis of the test request 101 and / or on the basis of prevailing boundary conditions, optionally with predefined parameters, can be executed in the vehicle 102.The at least one test condition can identify a time interval, position information, distance information and / or a parameter of a boundary condition for the execution of a test procedure.For example, a test condition can identify a time interval in relation to a specific event, in particular in relation to a detectable occurrence, and / or in relation to a signal, etc. For example, a test condition may indicate that a test procedure is occurring between 2 and 10 seconds after a vehicle start, or between engine start and vehicle 102 launch, or after vehicle 102 shutdown, etc.For example, a test condition can comprise position information characterizing an absolute position of the vehicle 102, e.g. specific coordinates, a perimeter of specific coordinates and / or a region bounded by a plurality of specific coordinates.Alternatively or additionally, a test condition can identify position information identifying a relative position, e.g. in relation to a specific static or movable object or an object of a specific type. For example, the test condition can specify that a specific test procedure should be carried out 10-20 meters after an intersection, a traffic light, etc., and if appropriate, when one or more specific (boundary) conditions are present.Alternatively or additionally, a test condition can identify an exclusion of a time interval, a position, a distance and / or a parameter of a boundary condition for the execution of a test procedure. A test condition may thus indicate when a test procedure should not be performed. For example, a test condition may indicate that a test procedure is to be executed "not within an intersection", "not on an expressway", "not in a driving operation, "not in a passing operation", "not immediately after engine start", etc.A test condition can be defined within the scope of the described method 200 after any conceivable combination of the data relating to the vehicle 102 itself, relating to an occupant of the vehicle 102 and / or relating to a part of the environment of the vehicle 102. In other words, a test condition can be defined as a function of a logical combination of a plurality of data and signals (also fundamentally different). The test condition may be appropriately defined with the aim of generating results 112 of a test procedure, in particular in connection with certain test conditions.The at least one test condition can identify a currently executed, initiated or intended specific maneuver of the vehicle 102. In particular, one or more specific maneuvers can be used as a condition (i.e. as a link) for carrying out a specific test procedure. The test procedure carried out in a maneuver can then, but does not have to, influence the respective maneuver.The at least one test condition can be dependent on an action and / or on a state of at least one user of the vehicle 102. A user can be understood to mean an occupant, in particular a more or less active driver, of the vehicle 102. Alternatively or additionally, the user can remotely control the vehicle 102, e.g. from the outside.For example, a test procedure, e.g., in connection with a system or a component of vehicle 102, may (optionally) be executed when the user, e.g., the driver, is in a certain first state and / or is not in a certain second state. The condition may be indicative of: a wakefulness condition, an attention condition, an activity condition, a gaze direction, and / or an emotional condition.Depending on the state of the user, it is not necessary to initiate, be allowed to initiate, or not to initiate a specific test procedure (with respect to a vehicle system or with respect to a vehicle component). It can thus be ensured with high probability that test procedures are not disruptive or hazardous. Furthermore, it can thus be ensured that (if appropriate only) such test procedures are carried out (and results are checked), by means of which an increased reliability or a reduced probability of failure for specific systems or components of the vehicle 102 can be ensured and / or detected. This is advantageous, for example, in the case of a non-active or sleeping driver in an automatically driving vehicle 102.Furthermore, the at least one test condition can be linked, for example according to a logic identified in the test condition, to one or more actions, for example operator control actions, of the at least one user.In the context of method 200, two or more different test requests 111 may be distributed to a number of different vehicles 102. In particular, a (relatively large) test requirement (automatically and systematically) can be distributed to a plurality of vehicles 102, for example by a backend or by a car sharing server 101. It can thus be achieved that the individual vehicles 102 or users are not significantly or excessively loaded by carrying out the test procedures.In this case, test requests 111 can be distributed, by means of which a sufficient mass of generated data 112 is expected. Aggregated data can be determined from the plurality of logged-back data 112 relating to the results of the plurality of different test requests 111. For example, a (mathematically and / or statistically) representative report of the operability and / or the state or the performance of vehicles 102, vehicle components, vehicle systems, vehicle functions of a particular type each may be determined.Within the scope of method 200, at least one test request 111 may identify a plurality of control signals increasing stepwise and / or at least one test procedure may cause an increasing physical effect in vehicle 102 or in the environment of vehicle 102. In this case, the at least one test procedure can be carried out in particular until a specific physical effect is reached.In other words, a test procedure may trigger, for example, a sequence of increasing control signals and / or a sequence of certain increasing effects in a vehicle 102. This can reliably ensure that no too weak and / or too strong or surprising effect is achieved. Preferably, the control or the bringing about of a corresponding effect takes place in comparatively small, increasing steps until a certain physical effect is reached, e.g. detected or measured.In particular, a threshold of the (at least and / or at most) physical effect to be generated can be identified or displayed in the test procedure and / or test condition.Within the scope of method 200, an influencing of a functionality of vehicle 102 may be carried out as a function of the one result 112 of the at least one test procedure, in particular as a function of a comparison of a result 112 of a test procedure with one or more, e.g. further processed, results from the past and / or from other vehicles.Influencing a functionality of the vehicle 102 may comprise enabling, restricting, modifying and / or blocking at least one performance feature of at least one system or at least one functionality of the vehicle 102.For example, depending on a result of the at least one test procedure (two or more test procedures can also be carried out or repeated, as required), a release, a restriction, a change and / or a blocking of at least one performance feature of the corresponding functionality (e.g. at least one process in connection with an at least partially automated driving) can be carried out.For example, a specific specification or specification for influencing a functionality of the vehicle 102 can be determined for a plurality of boundary conditions and can be carried out (immediately or again later) when the respective boundary conditions are met. On this basis, e.g., a route clearance or a map for clearance, a restriction, a change and / or a blocking of at least one performance feature of the corresponding functionality of the vehicle 102 can be determined and taken into account.In this case, a gradational differentiation can be carried out, which can be carried out in suitably fine steps. In particular, it can thus be avoided that, in the case of a slight increase in the risk or in the case of a relatively small case of suspected use, the entire functionality of a vehicle 102 is or must be deactivated. Rather, the functionality of the vehicle 102 may be adaptively adjusted. A decision about the influencing of a functionality of the vehicle 102 (e.g. a release, a restriction, a change and / or a blocking of at least one performance feature of at least one system or at least one functionality of the vehicle 102) can be determined at least partially in a backend 101 (and optionally sent back to the vehicle 102).Within the scope of method 200, a noise, in particular a noise that exceeds a certain threshold and / or a certain threshold, may be detected, which occurs in connection with the execution of at least one test procedure. A result of a test procedure can then be determined depending on the detected noise, in particular depending on a parameter and / or a pattern of the noise.The at least one noise, in particular a noise or noise pattern exceeding a certain and / or a certain threshold, can relate to a spectrum audible to humans and / or to what is known as infrasonic and / or ultrasound. Particularly preferably, the noise can relate to a so-called structure-borne sound, relating to a vibration wave propagating through the substance, in particular the body, of the vehicle 102.In this case, noise, in particular certain sounds, which result, for example, from a system or a component of the vehicle 102, from outside the vehicle 102 or from the interaction of the vehicle 102 with its environment of the vehicle 102, can be determined. These sounds may be compared and / or detected or recognized with one or more predetermined conditions. Such sounds may be determined using one or more microphones of the vehicle 102, in particular using one or more so-called structure-borne sound microphones of the vehicle 102. The captured audio signals can be processed, e.g. recognized, recognized, recognized, classified and / or compared with a predetermined condition, using a signal processing method or a signal processing device.For example, the determination of the at least one parameter of the noise can characterize an amplitude, a frequency, in particular a frequency range, and / or an energy density spectrum. Particularly preferably, a pattern of the noise can be determined which, for example, identifies a temporal change of the noise and / or specific proportion ratios between at least two parameters of the noise, and / or which has a specific similarity to one or more specific patterns.By detecting noises, a reliable determination of the state of at least one component of a vehicle 102 can be made, in particular if the user of the vehicle 102 is not able to recognize and / or assess technical noises, or if a assessment of noises by a user is not effective in a highly automated system.In the at least one test procedure, a certain physical effect can be generated. For example, a (test-wise) control of a pump, a transmission, a clutch, a brake, a vertical dynamic actuator, a motor, etc. can take place. One or more parameters of the noise (including any vibration waves) can then be detected and evaluated. The latter can be effected at least partially in a backend 101, for example by means of a comparison with a database with further (healthy or unhealthy) sounds. The result 112 may be used to determine and / or manage various performance characteristics of the vehicle 102, determine a trend, e.g., including part wear, control the degree of automation of automated driving or parking, etc.In a further example, which can be combined with all features identified in this document, a test request is determined in the vehicle and / or transmitted wirelessly to the vehicle and received in the vehicle. The test request can be determined (for example only) on the basis of information inside the vehicle, (if appropriate only) on the basis of information from outside the vehicle and / or information outside the vehicle, and / or on the basis of a combination of information from the vehicle and information from outside the vehicle.For example, the at least one test request can be ascertained as a function of an imminent, in particular predicted, application of the vehicle, an environmental condition, e.g. weather, and / or a coefficient of friction of the roadway. An identifier of the user of the vehicle or of the state of the user can also be determined and taken into account. For example, a test procedure can be executed at least preferentially when the user himself is not a driver or is not authorized to drive manually, when the user is engaged in an action deviating from the guidance of the vehicle or when the user is sleeping.The test request may comprise a test condition, which is executed only when the test condition becomes true. This makes it possible to ascertain the test request in advance (e.g., also before a specific application, a specific driving situation, etc.) and / or to send it to the vehicle.In a further example, which can be freely combined with all features described in this document, a test condition is determined. In this example, the test condition is determined depending on a boundary condition during operation of the vehicle and / or depending on a vehicle operating parameter:In this example, the at least one boundary condition relates to one or more items of information executed subsequently:• A parameter characterizing (for a relevant location, a roadway section and / or a time interval) a current traffic rule and / or a legal determination;• a parameter of a so-called edge structure, e.g. the presence of so-called raised objects on the edge of the roadway or in the vicinity of the edge of the roadway;• a time of day and / or an illumination parameter such as brightness, darkness, deep sun, etc.;• a weather parameter, e.g. an indicator for certain precipitations, wind, etc.;• an ambient temperature;• an indicator for a roadway condition, in particular for a coefficient of friction, preferably a spatial division of a coefficient of friction (for a relevant location, a roadway section and / or a time interval); and / or• a general traffic situation, e.g. characterizing a traffic density.The at least one vehicle operating parameter relating to an (operating) state of the vehicle can be determined in this example as a function of one or more items of information which are carried out below:• an energy parameter of the vehicle, for example relating to a currently used drive mode, an energy which can be called up (for a short term), and / or a state of charge of at least one energy store;• a speed range, e.g. 0-15 km / h, 15-30 km / h, 30-50 km / h, 50-70 km / h, 70-130 km / h, 130-180 km / h, 180-210 km / h; and / or• a temperature inside the vehicle 102 or a temperature of a component of the vehicle 102, e.g. an engine, a battery, a part of the brake system, e.g. a brake disc, a brake pad of the vehicle 102, etc.In a further example, which can be freely combined with all the features described in this document, a physical and / or chemical effect on at least part of the vehicle is carried out within the scope of the test procedure. This effect can be carried out, for example, by controlling at least one specific vehicle component which is provided in the vehicle, if appropriate, for completely different functional purposes.In this example, the physical and / or chemical action can be an at least substantially reversible (comparatively short-term) action.Alternatively or additionally, said physical and / or chemical action can also comprise (slight) irreversible change of at least one vehicle part, e.g. up to deformation, abrasion, scratches, one or more partially irreversible chemical processes, e.g. oxidation, and / or attack with a specific substance. For example, a (controlled) deformation, abrasion, thermal action, oxidation and / or catalysis can be initiated on a (non-critical) part of a vehicle component to a specific extent (which is not critical overall for the vehicle). A statement, e.g. a prediction, concerning the operation and / or state of at least part of the vehicle can then be determined.It can be a statement, e.g. prediction, about the operation and / or state of a first part or system of the vehicle to which the physical and / or chemical effect was directed, or of another, second part or system of the vehicle. The second part or the second system of the vehicle can be an unintelligent part or system or a part or system which is operatively connected to the first part or system when at least one vehicle function is executed, for example. The reaction to the effect, which is determined, for example, as a modified measured value, can be determined on the first part or on the second part or system or on a further part or system in the vehicle.The at least one physical and / or chemical action can be carried out as an addition of an additive and / or as a temporary change of an amount or a proportion (proportion) of an additive. For example, an additive for a fuel, such as a substance for exhaust gas aftertreatment in diesel engines, may be temporarily changed, e.g. briefly increased, briefly decreased or exposed. For example, an addition of a substance for exhaust gas aftertreatment, which is added to a fuel in addition to or in connection with a selective catalytic reduction (SCR), for example to a reduction of the discharged nitrogen oxides (NOx), can be added. Such a substance can be a urea solution according to ISO 22241[5], e.g. a so-called "AdBlue". Alternatively or additionally, a physical and / or chemical effect can be initiated as a temporarily (changed) addition of water to the fuel and / or as a change of a parameter relating to the engine oil or the engine oil circuit.A reaction, for example within the exhaust system, can then be determined, for example, on a parameter of the drive system, for example on the exhaust gas values or on a combustion process or a catalysis. A corresponding reaction can be determined at one or more sensors of the vehicle, in the latter example at a so-called lambda sensor, at a fuel consumption measurement value, at a power change of the unit, etc.The physical and / or chemical effect can thus comprise a slight irreversible change of at least one vehicle part. For example, a (controlled) deformation, abrasion, oxidation to a specific extent (which is not critical overall for the vehicle) can be initiated on a (non-critical) part of a vehicle component. A statement, e.g. prediction of the operation and / or state of the entire component, e.g. also of the part critical or relevant for the vehicle operation, can then be determined.Said physical and / or chemical action can be carried out as a short-term deviation, e.g. a dropout, from a functionality. In this case, the aforementioned deviation of the operation of the functionality can optionally remain unnoticed by a user of a vehicle. By means of a deviating operation of a functionality of a vehicle, a precise investigation of the functionality of a vehicle can be effected. This serves in the method for ascertaining the result of the test procedure.Furthermore, the at least one physical effect can be carried out as a specific (short and / or rapid) movement of at least one part of a vehicle (e.g. relative to another part of the vehicle). In particular, the physical effect can cause a change of at least one movement parameter of a movement of a vehicle.For example, the physical effect can comprise a brief and / or slight change of a movement parameter, which is functionally unnecessary and / or negligible in particular for the movement of the vehicle, e.g. as a brief and / or slight change of a transverse guidance parameter, longitudinal guidance parameter and / or of a vertical dynamic parameter (e.g. pitching, yawing, lifting, lowering) of the vehicle.A physical impact can comprise a relatively fast sequence, in particular a specific sequence, of impacts. During use of the vehicle, this can possibly be executed unnoticed by the users of a vehicle or vice versa accompanied by an advertisement.Within the scope of the method, various changes can be determined which occur in response to the at least one physical and / or chemical action. These can also be or comprise changed measurement data of at least one sensor of the vehicle.In a simplified case, reaction data are determined as a result, which characterize a parameter of a reaction to the physical and / or chemical action. For example, response data may indicate how intensive the response that occurred and / or how long it has continued.In this case, (e.g. when ascertaining the result of the test procedure) an occurrence of an underraised reaction can be detected and taken into account. An unexpected reaction can be a reaction which differs substantially from an expectation and does not explicitly correspond to a specified standard (from theory, practice or a simulation), is dissimilar to one or more specified sizes or patterns, not previously known or can be an exceptional reaction.In particular, a result of the at least one test procedure can be determined depending on a noise that occurs and is determined in response to the said physical and / or chemical action. For example, within the scope of the at least one test procedure, a specific physical effect can be generated, e.g. a (test-by-test) actuation of a pump, a transmission, a clutch, a brake, a vertical dynamic actuator, a motor, etc. One or more parameters of the noise (also arbitrary vibration waves) can then be detected and evaluated, for example as parameters of the reaction. By detecting and evaluating sounds when ascertaining the at least one result of the test procedure, potential technical problems of a vehicle (early) can be recognized in a particularly reliable manner. In this case, a noise can be detected which indicates (according to a graduated scale of a plurality of graduations, for example 3, 10, 50 graduations) a good state or operating state, a deteriorated state or operating state or an unexpected state (corresponding to no noise pattern). A "noticeable", "konic" noise can also be recognized as such. From the history of the automobile, it is known that many vehicle users could avoid severe malfunctions and accidents because they experienced a "komish" sound. Within the scope of the method, a "konic" sound can be detected (even in the case of a physical or mental absence of the driver), even if this sound has not yet given rise to the occurrence of the "konic" sound (e.g. by using the vehicle).The at least one noise, in particular a specific noise or noise pattern exceeding a specific threshold, can have a spectrum audible to humans and / or relate to what is known as infrasonic or vibration and / or ultrasound. Particularly preferably, the noise can relate to a so-called structure-borne sound, relating to a vibration wave propagating through the substance of the vehicle 102. In this case, noise, in particular certain sounds, which result, for example, from a system of the vehicle 102, from outside the vehicle 102 or from the interaction of the vehicle 102 with its environment, can be determined. These sounds may be compared to one or more predetermined conditions and / or detected.The sounds can be determined or detected using one or more microphones of the vehicle 102, in particular using so-called structure-borne sound microphones of the vehicle 102. The detected noise signals can be processed, e.g. recognized, recognized, recognized, classified or compared with a predetermined condition, using a signal processing method or a signal processing device.For example, the ascertained parameter of the noise can characterize an amplitude, a frequency, in particular a frequency range, and / or an energy density spectrum. Particularly preferably, a pattern of the noise can be determined, wherein the pattern identifies, for example, a temporal change of the noise and / or specific proportion ratios between at least two parameters of the noise, and / or has a specific similarity to one or more specific patterns.In a further example, which can be freely combined with all the features described in this document, two comparable or different test procedures are initiated in at least two different vehicles. These processes can only be triggered in each case when the corresponding test conditions are fulfilled. For example, a plurality of test requests can be sent to a plurality of vehicles, wherein they are executed only when the respective test conditions in the respective vehicles are fulfilled. From the execution of the test conditions, test results can be generated which would not have occurred without the respective test procedures or at least without the physical and / or chemical actions. In a simplified case, these test results can also correspond to "real data from customer operation", which, however, would not have been generated at all (at least not in a short time and not in quality) without the method, e.g. because a suitable physical and / or chemical action does not occur, only extremely rarely or not in a value range favorable and / or comparable to one another (for carrying out the comparison of the data or the test results of the plurality of vehicles).Based on the one or more test results in the one or more vehicles, the test results may be matched to a predetermined condition and / or to one another. For example, test results from different times, different test conditions, and / or different vehicles may be matched. The data can be adjusted using means of a so-called predictive analytical.For example, based on the comparison of the data, a trend can be recognized, a probability measure of an occurrence relating to a specific vehicle and / or a part of the vehicle can be estimated, or a short-term, medium-term and / or long-term prediction relating to a specific part of one or more vehicles, a specific vehicle and / or a specific vehicle type can be determined.Within the scope of the method, a plurality of different actions can be carried out, which are carried out depending on a test result, e.g. a test result reported back in response to a test request.For example, depending on at least one (comparatively negative) test result, remote control of the vehicle, e.g. with respect to controlling the movement of the vehicle, may be requested and / or executed. The remote control itself can be effected, for example, by a user via a mobile user device and / or by a dispatcher.Furthermore, this document describes a system 100 comprising at least one vehicle 102 and a further apparatus 101, 103, in particular a backend 101 and / or a mobile user device 103. The vehicle 102 and the device 101, 103 are configured for an operative connection.The system 100 is configured to transmit a test request 111 to at least one vehicle 102 and / or to receive a test request 111 by a vehicle 102. In this case, the test request 111 can be linked to a specific test condition. Furthermore, the system 100 is configured to cause a test procedure in the vehicle 102 depending on the transmitted or received test request 111 in the at least one vehicle 102. The test procedure can be initiated depending on the at least one predetermined test condition. In addition, the system 100 is configured to ascertain and provide a result 112 of the test procedure. It is particularly effective to provide the result of the test procedure in the at least one mobile user device 103 (e.g. in an app) and / or in a data processing unit provided to the backend 101.Various advantages can be achieved by the measures described in this document:• remote intelligent and adaptive maintenance of vehicles 102;• Appropriate data, in particular for appropriate groups of vehicles 102, can be actively generated (in response to a request 111), as required;• executable functionalities can be executed to an increased extent; a safety advantage and a functional advantage can be achieved in this case, because in each case the best possible functionality can be provided to a user of the vehicle 102 in the specific application;• a cost advantage;• The described method 200 may also be applied to already in-series vehicles 102 and functions;• A portion of the described method 200 may include a simulation outside a vehicle 102, by which a significantly more precise result may be provided than would be possible in a single vehicle;• Within the scope of the described method 200, current results may be provided that take into account the currently valid combination of the prevailing (boundary) conditions, the state of the vehicle 102, etc.;• It is not necessary to simulate (complex) test situations, but test procedures can be automatically carried out under test conditions if these are present within a large number of vehicles 102 in any case;• In matching the data 112 of one or more vehicles 102, (nearly) current experience data from other (similar, same-old or older) vehicles can be taken into account. From the comparison, various trends can be determined with high reliability;• The method 200 may be executed interactively with a user of the vehicle 102. Thus, the perceived safety of a user can be increased; and / or• In the context of method 200, noises can be tested, including noises that are hardly audible or non-audible and / or distinguishable to a human, in particular also structure-borne sound, infrasonic and / or ultrasound.The present invention is not limited to the exemplary embodiments shown. In particular, it should be noted that the description and figures are intended to illustrate only the principle of the proposed methods, apparatuses and systems.

Claims

Method (200) for executing a test procedure in a vehicle (102); wherein the method (200) comprises, - determining or receiving (201) a test request (111) in the vehicle (102); - causing (203), depending on the test request (111), at least one test procedure in the vehicle (102); - determining and / or providing (204) a result (112) of the test procedure; and - depending on the result (112) of the test procedure, executing an action; wherein the action comprises a reduction and / or a multiplication of available, activatable or active performance features of a vehicle function of the vehicle (102).Method (200) according to claim 1, wherein - the test request (111) is linked to at least one test condition; and - the test procedure is initiated depending on the test condition.The method (200) according to claim 2, wherein the at least one test condition indicates - a time interval in which the test procedure is to be executed or not to be executed; - position information regarding a position of the vehicle (102) at which the test procedure is to be executed or not to be executed; - distance information regarding a distance of the vehicle (102) to a specific point at which the test procedure is to be executed or not to be executed; and / or - a parameter regarding a boundary condition at which the test procedure is to be executed or not to be executed.Method (200) according to one of Claims 2 to 3, wherein the at least one test condition indicates an initiated, intended or already executed maneuver of the vehicle (102), in the case of or in connection with which the test procedure is to be executed or not to be executed.Method (200) according to one of claims 2 to 4, wherein the at least one test condition is dependent on an action and / or a state of a user of the vehicle (102).Method (200) according to one of the preceding claims, wherein - depending on the test request (111), a physical and / or chemical effect is initiated on at least one part of the vehicle (102), and - the result (112) of the test procedure is determined depending on a change, in particular a reaction, which has occurred on the at least one physical and / or chemical effect.Method (200) according to one of the preceding claims, wherein the test request (111) indicates one or more entries from a list of, - a selection of one or more of the test procedures which is to be initiated in the vehicle (102); - a test condition for executing the one or more test procedures; - one or more components and / or functionalities of the vehicle (102) on and / or in which the test procedure is to be executed; - a test control signal or one or more parameters of a test control signal with which the test procedure can be initiated; - an identifier for an expected effect which is to be initiated during the execution of the test procedure; - an identifier for a parameter or parameter range of an expected effect; - an identifier for a parameter of the effect which is to be determined and further processed during the execution of the test procedure; a condition, e.g. a comparison condition, with which a parameter of the action is to be matched; and / or at least one specific action, which is to be executed and / or not to be executed depending on the result of the test procedure.Method (200) according to one of the preceding claims, wherein - the test request (111) is sent to the vehicle (102) from an in-vehicle device (101, 103), in particular a backend server (101) and / or a mobile user device (103); and / or - the test procedure associated with the test request (111) is executed after checking at least one boundary condition and / or at least one test condition in the vehicle (102).The method (200) according to any of the preceding claims, wherein the method (200) comprises distributing two or more requests (111) to two or more different vehicles (102) to cause test procedures in the two or more vehicles (102).Method (200) according to one of the preceding claims, wherein - the at least one test request (111) identifies stepwise increasing control signals and / or control signals which cause a stepwise increasing intensity of the execution of the test procedure; and / or - a test procedure is caused by the at least one test request (111) which causes an increasing physical effect in the vehicle (102) and / or in a surrounding area of the vehicle (102).Method (200) according to claim 10, wherein - the at least one test request (111) identifies a minimum and / or a maximum physical effect; and - the test procedure is executed in such a way that the physical effect caused by the test procedure does not fall below the minimum physical effect and / or does not exceed the maximum physical effect.Method (200) according to one of the preceding claims, wherein the method (200) comprises influencing at least one functionality of the vehicle (102) depending on the result (112) of the test procedure.Method (200) according to claim 12, wherein - the method (200) comprises matching the result (112) of the test procedure with one or more results from the past and / or from one or more other vehicles (102); and - the at least one functionality of the vehicle (102) is influenced depending on the matching.Method (200) according to one of the preceding claims, wherein - the method (200) comprises detecting a noise which occurs in connection with the execution of the test procedure; and - the result (112) of the test procedure is determined in dependence on the detected noise, in particular in dependence on a parameter and / or a pattern of the noise.A system (100) for executing a test procedure in a vehicle (102); wherein the system (100) is configured to - determine and / or receive a test request (111); - cause at least one test procedure in the vehicle (102) in dependence on the test request (111); - determine and / or provide a result (112) of the test procedure; and - execute an action in dependence on the result (112) of the test procedure; wherein the action comprises a reduction and / or a multiplication of available, activatable or active performance features of a vehicle function of the vehicle (102).Vehicle (102), which is configured to - ascertain and / or receive a test request (111); - cause at least one test procedure in the vehicle (102) as a function of the test request (111); - ascertain and / or provide a result (112) of the test procedure; and - execute an action as a function of the result (112) of the test procedure; wherein the action comprises a reduction and / or a multiplication of available, activatable or active performance features of a vehicle function of the vehicle (102).Computer program, in particular a computer program product, comprising a computer program, wherein the computer program is configured, when executed on at least one computing unit, in particular belonging to the system (100) according to claim 15, to execute a method (200) according to at least one of claims 1 to 14.

Images