Vehicle testing method, device and equipment and vehicle

Abstract

The invention relates to the field of vehicle testing, and provides a vehicle testing method, device and equipment and a vehicle. The method comprises the steps of obtaining a target path of a current vehicle; controlling the current vehicle to run along the target path and executing a preset road test task; responding to a to-be-verified event triggered by the current vehicle in the process of executing the road test task, and obtaining test reference data of the current vehicle; and in response to the condition that the test reference data does not meet the preset road test operation requirement, determining that the passenger in the vehicle does not test the current vehicle according to the road test task. According to the technical scheme provided by the embodiment of the invention, whether a violation phenomenon occurs or not can be identified in the road test process of the vehicle, the accuracy and efficiency of detecting the violation behavior of a tester are improved, and the situation that the tester does not test the vehicle according to a road test task can be effectively prevented.

Description

Technical Field

[0001] The present application relates to the field of vehicle testing technology, and in particular to a vehicle testing method, device, equipment and vehicle. Background Art

[0002] With the continuous development and innovation of productivity and new technologies and the promotion of new energy vehicles, vehicle manufacturing is constantly progressing towards intelligence. Today's vehicles have a variety of intelligent functions to assist driving or enhance the user's driving experience. Therefore, it is necessary to verify whether these intelligent functions can operate normally during the user's driving.

[0003] There are many different testing methods or modes for road testing of vehicles. Testers conduct road testing according to the established test tasks. Generally, testers are not allowed to use the tested vehicle for behaviors other than the test tasks. Currently, the means of detecting the behavior of testers using the tested vehicle are relatively simple and the detection capability is poor, which makes it impossible to timely and more efficiently check the violations of testers. Summary of the invention

[0004] In view of this, the purpose of this application is to propose a vehicle testing method, device, equipment and vehicle to solve the problem of low efficiency in checking the testers' violations and prevent the testers from violating the regulations and using the public vehicle for personal purposes.

[0005] Based on the above purpose, the present application provides a vehicle testing method, comprising:

[0006] Get the target path of the current vehicle;

[0007] Control the current vehicle to drive along the target path and perform the preset road test task;

[0008] In response to a to-be-verified event being triggered by the current vehicle during the execution of a road test task, obtaining test reference data of the current vehicle;

[0009] In response to the test reference data not satisfying a preset road test operation requirement, it is determined that the vehicle occupant has not tested the current vehicle according to the road test task.

[0010] Optionally, the current vehicle triggers an event to be verified during the execution of the road test task, including:

[0011] In response to the time, location, path and / or vehicle behavior of the road test task being executed meeting the preset verification conditions, it is determined that the current vehicle has triggered an event to be verified during the execution of the road test task.

[0012] The above implementation method helps to improve the efficiency of judging whether the tester has used the vehicle illegally; and the triggering conditions of the events to be verified are diverse, which can provide inspiration from different aspects for verifying whether the tester has used the vehicle illegally, thereby helping to improve the comprehensiveness and accuracy of detection of illegal vehicle use.

[0013] Optionally, the test reference data includes road condition information and passenger status information, and the test reference data does not meet preset road test operation requirements, including:

[0014] Determine whether the target path is blocked based on the traffic information;

[0015] In response to the target path being blocked, the current vehicle deviating from the target path, and the occupant status information not satisfying the task execution condition, it is determined that the test reference data does not satisfy the preset road test operation requirement.

[0016] The above implementation method can effectively prevent testers from taking advantage of traffic jams or accidents to change routes and divert vehicles, thereby ensuring the normal operation of road test tasks.

[0017] Optionally, the chat voice and crew image do not meet the task execution conditions, including:

[0018] Processing the passenger image based on a preset image processing algorithm to obtain the behavior information of the passenger in the vehicle;

[0019] Analyze the chat voice based on a preset semantic analysis algorithm to determine the content information of the chat voice;

[0020] In response to the behavior information and / or the content information being irrelevant to the road test task, it is determined that the chat voice and the occupant image do not satisfy the task execution condition.

[0021] The above implementation method determines whether the tester fails to test the vehicle in accordance with the road test task from the perspective of behavior and language, and provides two different dimensions of detection means to ensure the correct execution of the road test task. Information in different dimensions is detected together to improve the accuracy of judging whether the tester has violated the rules.

[0022] Optionally, the method further includes:

[0023] In response to both the behavior information and the content information being related to the road test task, it is determined that the chat voice and the occupant image meet the task execution conditions.

[0024] The above implementation method confirms that only when the words and deeds of the occupants in the vehicle all meet the requirements of the road test task can it be determined that the occupants in the vehicle have not committed any illegal operations or behaviors, and it can be determined that each occupant is conscientiously performing the vehicle's road test tasks in accordance with the task requirements, thereby ensuring the correct execution of the vehicle test tasks.

[0025] Optionally, the method further includes:

[0026] Determining the occupant identity information of the occupant based on the occupant image;

[0027] In response to a difference between the occupant identity information and the tester information registered in the road test task, it is determined that the test reference data does not meet the preset road test operation requirement.

[0028] The above implementation method provides a practical solution for judging violations in road test tasks, which can ensure the implementation of vehicle test tasks by testers at different times.

[0029] Optionally, obtaining the target path of the current vehicle includes:

[0030] Obtain the starting point, end point and preset waypoints for the current vehicle to conduct road testing, as well as the road type and speed limit conditions required for the road testing;

[0031] Determine at least one candidate path according to the starting point, the end point and the preset waypoints;

[0032] According to the road type and speed limit conditions, at least one executable path is selected from each candidate path;

[0033] Randomly select an executable path as the target path.

[0034] The above implementation method provides multiple feasible solutions for the selection of the target path, and also provides other optional solutions for the subsequent switching of the target path, so that the current vehicle has an alternative path during the test, which improves the robustness of the road test and ensures the completion of the road test of the current vehicle.

[0035] Based on the same purpose, the present application also provides a vehicle testing device, comprising:

[0036] A path acquisition module is used to obtain the target path of the current vehicle;

[0037] A task execution module is used to control the current vehicle to travel along the target path and execute a preset road test task;

[0038] A data acquisition module, configured to acquire test reference data of the current vehicle in response to a to-be-verified event being triggered during the execution of a road test task by the current vehicle;

[0039] The task judgment module is used to determine that the occupant in the vehicle has not tested the current vehicle according to the road test task in response to the test reference data not meeting the preset road test operation requirements.

[0040] Based on the same purpose, the present application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the method provided in any embodiment of the present application when executing the program.

[0041] Based on the same purpose, the present application also provides a vehicle, the vehicle comprising:

[0042] A memory for storing executable program codes;

[0043] A processor is used to call and run the executable program code from the memory so that the vehicle executes the method provided in any embodiment of the present application.

[0044] As can be seen from the above, in the technical solution of the embodiment of the present application, the vehicle is controlled to perform road testing along the target path, which can provide a road test plan for the road test and provide a basis for judging the deviation of subsequent vehicles from the target path; in response to the current vehicle triggering an event to be verified during the execution of the road test task, the test reference data of the current vehicle is obtained, and in the process of performing the road test task along the target path, any situation that occurs triggers the event to be verified, and the test reference data used to judge whether the tester violates the rules is obtained, so that the judgment logic for verifying whether the tester violates the rules can be started in time during the test process, which provides a strong basis for verification during the test process and helps the current vehicle identify the tester's illegal words and deeds; in response to the test reference data not meeting the preset road test operation requirements, it is determined that the occupants in the vehicle have not tested the current vehicle according to the road test task, which provides an effective solution for the verification of the tester during the road test process, and can identify whether a violation has occurred during the road test of the vehicle, thereby improving the accuracy and efficiency of detecting the tester's violations, and effectively preventing the tester from testing the vehicle according to the road test task. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] In order to more clearly illustrate the technical solutions in the present application or related technologies, the drawings required for use in the embodiments or related technical descriptions are briefly introduced below. Obviously, the drawings described below are only embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0046] Figure 1 A schematic diagram of a vehicle testing method provided in an embodiment of the present application;

[0047] Figure 2 A schematic diagram of the structure of a vehicle testing device provided in an embodiment of the present application;

[0048] Figure 3A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0049] In order to make the objectives, technical solutions and advantages of the present application more clearly understood, the present application is further described in detail below in combination with specific embodiments and with reference to the accompanying drawings.

[0050] It should be noted that, unless otherwise defined, the technical terms or scientific terms used in the embodiments of the present application should be the usual meanings understood by people with ordinary skills in the field to which the present application belongs. The "first", "second" and similar words used in the embodiments of the present application do not represent any order, quantity or importance, but are only used to distinguish different components. "Including" or "comprising" and similar words mean that the elements or objects appearing in front of the word cover the elements or objects listed after the word and their equivalents, without excluding other elements or objects. "Connect" or "connected" and similar words are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect. "Up", "down", "left", "right" and the like are only used to indicate relative positional relationships. When the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0051] Before elaborating on the various embodiments and implementation schemes of the present application, a brief description of the relevant contents in the prior art is first given. On-road testing is essential for vehicles during the testing phase, that is, the road testing process of the vehicle. Road testing can test whether there are any problems with the vehicle's own functions for different road sections and road conditions during the vehicle's driving process, so as to adjust these functions in a timely manner and provide safety protection for the vehicles purchased by users. Then, the testing process must be carried out by testers driving the vehicle on the road. Due to the lack of effective supervision measures, there are cases where testers use the company vehicle for personal purposes, such as driving the tested vehicle to take a detour to do things other than the test task.

[0052] At present, the existing technology mainly uses parking detection to detect whether the test personnel use the official vehicle for personal purposes, that is, to obtain the parking location information when the vehicle is parked, and compare it with the location of the established permitted parking places, so as to find out whether the test personnel have not parked the vehicle to be tested as required. However, this method can only detect when the vehicle is parked, and cannot determine whether the problem of using the official vehicle for personal purposes has occurred during the driving process of the vehicle. In this regard, the embodiments and implementation methods of the present application propose a vehicle testing method for detecting the illegal behavior of the test personnel, especially the use of the official vehicle for personal purposes, as follows.

[0053] Figure 1A vehicle testing method provided in an embodiment of the present application can be used to check whether a vehicle tester has any violations. The vehicle testing method provided in an embodiment of the present application can be performed by a vehicle testing device, which can be integrated into an electronic device by means of hardware and / or software, such as integrated into a vehicle controller. Figure 1 , the method provided in the embodiment of the present application comprises the following steps:

[0054] S110. Obtain the target path of the current vehicle.

[0055] The current vehicle can be any vehicle undergoing road testing, and the embodiments of the present application do not limit the information such as the model of the test vehicle. Road testing is a test process of a series of items performed on a vehicle while it is driving on the road. It is a type of vehicle testing that requires verification of whether the various functions of the vehicle are normal when driving on a specific road. Road testing is an important part of ensuring the safe and reliable operation of the vehicle.

[0056] Accordingly, because the road test needs to be driven on a specific road, the target path can be the specific route that the current vehicle needs to take for the road test. The target path can be pre-set according to the specific functional test in the road test task, or can be generated by random path planning, which is not limited in the embodiments of the present application.

[0057] S120: Control the current vehicle to travel along the target path and perform a preset road test task.

[0058] The road test task may be a pre-set verification task for various functions of the vehicle for the current vehicle, and the road test task may include but is not limited to test items, test standards, and test procedures, etc., which are not exhaustively listed in the embodiments of the present application. The road test task is executed during driving along the target path to perform a road test on the current vehicle.

[0059] S130: In response to a verification event being triggered by the current vehicle during execution of a road test task, obtaining test reference data of the current vehicle.

[0060] The event to be verified may be any event or thing that needs to be verified, which is used to mark the time to obtain the test reference data. The test reference data may be data used to reference or verify whether the current vehicle has any behavior that is unrelated to the road test task. The test reference data may include but is not limited to road condition information and occupant status information, wherein the road condition information may include environmental images and navigation information, and the occupant status information may include occupant images and chat recordings, etc. These test reference data can assist in determining whether the current vehicle has encountered any situation that is unrelated to the road test task while executing the road test task.

[0061] Specifically, the event to be verified may be that the tester drives the current vehicle off the target path. It is conceivable that during the road test of the vehicle, the tester should drive the current vehicle according to the target path and assist the vehicle in testing and verifying a series of vehicle functions during the driving process. Once the tester drives the vehicle off the target path, there is a possibility that the tester will use the vehicle for other purposes. Therefore, when the vehicle detects deviation from the target path, test reference data such as passenger images, environmental images, navigation information, and chat recordings are obtained to further determine what behavior the tester has actually performed.

[0062] S140: In response to the test reference data not satisfying a preset road test operation requirement, determining that the vehicle occupant has not tested the current vehicle according to the road test task.

[0063] Among them, the occupants in the vehicle may be all testers who are riding in the current vehicle and participating in the road test task, and the road test operation requirements may be restrictions on any situation that occurs during the road test task. It is understandable that if the test reference data obtained in the aforementioned steps does not meet the restrictions during the road test task, it can be determined that the tester did not operate the car as required to perform the preset road test task. It is understandable that failure to conduct the test in accordance with the road test task may include the use of the test vehicle for other purposes, that is, the use of a public vehicle for private purposes. Of course, the road test operation requirements may be pre-set by relevant technical personnel based on actual conditions or manually, and the embodiments of the present application are not limited here.

[0064] For example, continuing with the previous example, if it is detected that the tester drives the vehicle off the target path, the chat recording of the tester is obtained, and the content of the recording is analyzed to determine whether the tester discusses leaving the target path to do other things, so as to determine whether the tester violates the regulations and uses the company vehicle for personal purposes.

[0065] In the technical solution of the embodiment of the present application, the vehicle is controlled to perform road testing along the target path, which can provide a road test plan for the road test and also provide a basis for judging whether the subsequent vehicles may deviate from the target path; in response to the current vehicle triggering an event to be verified during the execution of the road test task, the test reference data of the current vehicle is obtained, and in the process of performing the road test task along the target path, any situation that occurs triggers the event to be verified, and the test reference data used to judge whether the tester violates the rules is obtained, so that the judgment logic for verifying whether the tester violates the rules can be timely started during the test process, providing a strong basis for verification during the test process, and helping the current vehicle to identify the tester's illegal words and deeds; in response to the test reference data not meeting the preset road test operation requirements, it is determined that the occupants in the vehicle have not tested the current vehicle according to the road test task, which provides an effective solution for the verification of the tester during the road test process, and can identify whether a violation has occurred during the road test of the vehicle, thereby improving the accuracy and efficiency of detecting the tester's illegal behavior, and effectively preventing the tester from testing the vehicle not according to the road test task.

[0066] In the above-mentioned embodiment, many events may occur during the execution of the road test task, which may be caused by the real-time road conditions or by the tester. These events may trigger the verification of whether the vehicle is used for other purposes. Therefore, in an optional implementation, the current vehicle triggers the event to be verified during the execution of the road test task in S130, which may include:

[0067] In response to the time, location, path and / or vehicle behavior of the road test task being executed meeting the preset verification conditions, it is determined that the current vehicle has triggered an event to be verified during the execution of the road test task.

[0068] Among them, the preset verification conditions may be judgment conditions for time, location, path and / or vehicle behavior, such as whether the time meets the preset time node, whether the location meets the preset waypoint, whether the vehicle deviates from the target path, and whether the vehicle has special behavior (such as parking or opening and closing doors, etc.).

[0069] The preset time nodes can be certain moments pre-specified in the road test task. In the road test task, the time nodes and the test content of the task can be pre-bound to ensure that certain test contents are completed within the specified time. Accordingly, these start or end time nodes represent the start or stop of a certain test content. By borrowing some preset time nodes that have been set in the road test task, when the execution reaches these time nodes, the acquisition of test reference data as described in S130 can be performed. It can be understood that testing at the set time nodes can verify whether the tester conducts the road test of the vehicle as planned.

[0070] The preset waypoints can be the locations that must be passed in advance in the target path corresponding to the road test task. It is understandable that the purpose of the road test is to verify the vehicle functions when the vehicle is driving on the actual road, so there must be relevant vehicle functions related to special road sections or locations. Therefore, when planning how to conduct a road test, the locations that the road test task needs to pass through are preset, that is, the preset waypoints. When arriving at these preset waypoints, the acquisition of test reference data as described in S130 can be performed. It is understandable that by testing according to the waypoints, it can be verified whether the tester conducts the road test of the vehicle as planned.

[0071] Parking the vehicle and opening and closing the doors are common situations during driving. Among them, the vehicle may be parked due to traffic jams, or the tester may control the parking; opening and closing the doors may be when someone gets on or off the vehicle. It is understandable that during the road test of the vehicle, the road test task not only has a specified target path, but also has a specified parking location. The parking situation can be used to verify whether the tester has violated the test task. In addition, if there is a person getting on or off the vehicle during the process of opening and closing the doors, it can be detected whether the person on the vehicle is consistent with the tester specified in the road test task. It is understandable that other people unrelated to the test task must not appear in the road test task. This is also a standard for verifying whether the tester has violated the rules to prevent the tester from taking advantage of the opportunity of the vehicle road test to pick up and drop off other unrelated people.

[0072] Deviation from the target path, as the name implies, means that the current vehicle is not traveling along the target path. Generally, after determining the target path, the tester is required to assist the vehicle in conducting road tests along the target path. Once the target path is deviated from, it is very likely that the tester is driving the vehicle for other purposes. In order to prevent the tester from using the vehicle for personal purposes, it is meaningful to verify the deviation from the target path.

[0073] Therefore, the triggering of the above-mentioned events to be verified can provide an opportunity for the acquisition of test reference data. It can be understood that the preset time nodes in the road test process can effectively help users judge the execution progress of the road test task; the verification of the real-time location of the vehicle and the preset waypoints can ensure the integrity of the road test task; the judgment of vehicle behaviors such as parking or opening and closing doors can also effectively detect whether there are people getting on and off the vehicle, and provide a basis for judgment for the subsequent verification of the identity information of the passengers. These events to be verified reflect to a certain extent that the current vehicle may be used illegally by the test personnel (or used for other purposes, or used for private purposes). Under the conditions that meet these events, the acquisition of the test reference data of the current vehicle is helpful to timely obtain the basis for judgment whether the vehicle is really used for private purposes, which helps to improve the efficiency of judging whether the test personnel use the vehicle illegally; and the triggering conditions of the events to be verified are diverse, which can provide inspiration for verifying whether the test personnel have violated the regulations on the vehicle from different aspects, thereby helping to improve the comprehensiveness and accuracy of the detection of illegal use of vehicles.

[0074] In the above-mentioned embodiment, the test reference data may include road condition information and passenger status information. It is understandable that this information can reflect the words and deeds of the test personnel in the car from different dimensions or aspects, and to a certain extent reflect whether the test personnel have violated the regulations when performing the road test task. On this basis, in an optional implementation, the test reference data in S140 does not meet the preset road test operation requirements, and may include:

[0075] S141. Determine whether the target path is blocked according to the road condition information.

[0076] Among them, road condition information can be information used to characterize the road conditions outside the vehicle, and can include environmental images and navigation information. Environmental images can be images outside the vehicle acquired by the current vehicle, including but not limited to the front view image and surround view image of the vehicle, etc., which can be acquired through the external camera inherent in the current vehicle. Navigation information can be information about the target path acquired by the current vehicle and the real-time position of the vehicle, which can be acquired through map navigation software. Obstruction of the target path may include but is not limited to traffic jams, accidents or construction, which cause the current vehicle to be unable to pass somewhere in the target path or the passage time is too long, affecting the road test task.

[0077] It can be understood that by recognizing the environmental image based on the preset image processing algorithm and combining it with the real-time information of the navigation on traffic jams and other road conditions, it can be combined to determine whether there is actually a traffic jam, accident or construction problem ahead of the current vehicle.

[0078] S142: In response to the target path being blocked, the current vehicle deviating from the target path, and the occupant status information not satisfying the task execution condition, determining that the test reference data does not satisfy the preset road test operation requirement.

[0079] Among them, the task execution condition may be a restriction requirement that meets the continuous execution of the road test task, for example, it may be to determine whether the tester's operating behavior in the car is related to the road test task. The occupant status information may be relevant information used to characterize the driving status of the occupants in the car, and the occupant status information may include chat voice and occupant images. The chat voice may be the recorded voice of the current vehicle communicating with each occupant in the car. The occupant image may be an image taken by the current vehicle using a built-in camera of all occupants in the car, such as directly performing interval shooting, or recording video to obtain key video frames, etc. The embodiment of the present application does not limit the method of obtaining the chat voice and occupant image.

[0080] When the target path is blocked, in order to ensure that the road test task is not affected, the vehicle is allowed to switch paths to continue testing. However, when leaving the current target path, there is a high possibility that the tester will use this opportunity to switch to other paths to do other things. Therefore, when the target path is blocked and the current vehicle deviates from the target path, the chat voice and image of the passengers in the car are detected to verify whether the tester in the car has made any illegal operations that do not meet the task execution conditions, so as to determine that they do not meet the road test operation requirements, and it can also be determined that the passengers in the car have not tested the vehicle according to the road test task.

[0081] In the above implementation, the target path being blocked and the current vehicle deviating from the target path are used as detection opportunities to obtain the occupant images and chat voices of each occupant in the current vehicle in this case, and determine whether the image and voice content meet the task execution conditions, and then determine whether the occupants in the vehicle perform the task in accordance with the requirements of the road test task. This can effectively prevent testers from taking advantage of traffic jams or accidents to change the path and divert the vehicle, thereby ensuring the normal operation of the road test task.

[0082] In the aforementioned implementation, the chat voice and the passenger image are used as the basis for judgment to ensure the road test task. Specifically, in an optional implementation, the chat voice and the passenger image in S142 do not meet the task execution conditions, which may include:

[0083] A1. Process the passenger image based on a preset image processing algorithm to obtain the behavior information of the passenger in the vehicle.

[0084] Among them, the image processing algorithm can adopt any one of the relevant technologies, and the behavioral information can be the behavior of each occupant in the car identified through image recognition, for example, it can include but is not limited to occupants making phone calls, and different occupants whispering to each other.

[0085] The image of the occupant is recognized by using an image processing algorithm. For example, the action and / or expression of each occupant in the image of the occupant can be recognized. For example, pixel segmentation and / or semantic recognition are performed on the occupant image through a preset image processing algorithm. For example, the position of each occupant in the image is determined through pixel segmentation, and then the driver is identified based on the posture recognition model whether he is not holding the steering wheel with both hands, whether the driver's line of sight is normal, etc.; the position of each occupant's face in the image is determined through a facial recognition algorithm, and features are extracted from facial pixels to determine the facial expression of each occupant, so as to identify whether each occupant is laughing; through semantic recognition of the occupant image, information about objects appearing in the occupant image can also be obtained, so as to determine the positional relationship between objects such as mobile phones or headphones and each occupant, so as to determine whether the occupant is holding a mobile phone to make a call, whether he is frequently checking his mobile phone, whether he is wearing headphones, etc.; the position of the driver's eyes in the occupant image can also be determined through an eye recognition algorithm, and eye pixels are extracted for analysis to determine whether the driver is driving fatigued, etc.

[0086] A2. Analyze the chat voice based on a preset semantic analysis algorithm to determine the content information of the chat voice.

[0087] The semantic analysis algorithm may adopt any one of the related technologies, and the content information of the chat voice may be the actual content corresponding to the chat voice obtained by the semantic analysis algorithm, for example, it may include but not be limited to games, movies, leisure and other content communicated by passengers in the car.

[0088] A3. In response to the behavior information and / or content information being irrelevant to the road test task, determining that the chat voice and the occupant image do not meet the task execution conditions.

[0089] When at least one of the behavioral information and content information of each occupant in the vehicle is irrelevant to the road test task of the current vehicle, it is determined that the chat voice and the occupant image do not meet the task execution conditions, that is, the tester in the current vehicle did not test the vehicle according to the road test task.

[0090] It is understandable that if it is found that the behavior of the test personnel in the current vehicle is irrelevant to the road test task, such as frequently checking or making phone calls, frequently chatting and laughing with other passengers, etc., it means that the test personnel are not concentrating on performing the road test task of the current vehicle; or, through semantic analysis, it is determined that the chat content of each passenger is irrelevant to the road test task, that is to say, the passengers are having non-work-related conversations, which is also a violation. At this time, the passengers in the car can be warned through in-car voice broadcasts and other means.

[0091] In the above implementation, the images of the occupants in the car and the chat voices of each occupant are respectively identified or analyzed through image processing algorithms and semantic analysis algorithms to determine whether the tester in the car has any words or behaviors that are unrelated to the vehicle test, and to judge from the perspective of behavior and language whether the tester has not tested the vehicle in accordance with the road test task. This provides two different dimensions of detection means to ensure the correct execution of the road test task, and uses information from different dimensions for joint detection, thereby improving the accuracy of judging whether the tester has violated the rules.

[0092] On the other hand, if the behavior information and content information involved in the aforementioned implementation are relevant to the task, it can be understood that the tester is conscientiously performing the road test task. Then, in another optional implementation, the method may also include: in response to the behavior information and content information being relevant to the road test task, determining that the chat voice and the passenger image meet the task execution condition.

[0093] Only when both the behavior information and the content information are related to the road test task can it be determined that the chat voice and member images meet the task execution conditions. That is to say, only when the tester's behavior and chat content are related to the road test task can it be determined that the tester in the car is testing the vehicle in accordance with the requirements of the road test task. Combined with the above implementation, if the target path is blocked at this time, just because it is determined that the passengers in the car have not violated the rules or used the public vehicle for private purposes, the current vehicle can be allowed to switch the target path and continue to perform the road test task of the current vehicle.

[0094] The above implementation mode confirms that only when the words and deeds of the occupants in the vehicle all meet the requirements of the road test task, can it be determined that the occupants in the vehicle have not committed any illegal operations or behaviors, and it can be determined that each occupant is conscientiously performing the vehicle's road test task in accordance with the task requirements, thereby ensuring the correct execution of the vehicle test task.

[0095] In addition to the solutions for identifying the driving operation, speech and behavior of the occupants in the vehicle in the aforementioned embodiments, it is also possible to determine whether there are unrelated persons on board the test vehicle by verifying the identity of the occupants. In an optional embodiment, the method may also include:

[0096] B1. Determine the occupant identity information of the occupant based on the occupant image.

[0097] The passenger identity information may be the identity information of all persons in the current vehicle, and the identity information of each person is determined by performing facial recognition on the passenger image in the current vehicle. Of course, the passenger identity information may also be determined by fingerprints, voiceprints, verification passwords, etc., and the present application embodiment only uses the image method to determine the identity information as an example.

[0098] B2. In response to a difference between the occupant identity information and the tester information registered in the road test task, determining that the test reference data does not meet a preset road test operation requirement.

[0099] Among them, the tester information can be the identity information of each tester pre-registered in the road test task. It should be noted that before the road test task is carried out, it is possible to first determine who the testers who drive and ride the current vehicle to perform the test task are, and register their identity information. In the case of triggering the event to be verified, the obtained passenger image is processed based on the preset recognition algorithm, and the passenger identity information of each passenger in the car at this time is respectively confirmed, and compared with the pre-registered tester information. If there is any difference, such as but not limited to the appearance of unregistered passenger identity information (that is, the appearance of personnel unrelated to the test task) or the lack of a tester information registered in the task (that is, a tester is not in the car), it can be judged that the test reference data does not meet the preset road test operation requirements, that is, at this time, the tester did not perform the vehicle test according to the road test task, but used the public vehicle for private purposes or violated the work regulations.

[0100] In combination with the aforementioned embodiments, exemplarily, when the current vehicle's door is detected to be opened or closed, images of the occupants inside the vehicle are obtained, and these occupant images are recognized and processed to determine the identity information of each occupant in the vehicle at this time. The images are compared with the list of testers pre-registered in the current vehicle's road test task. If a stranger or tester is found not in the vehicle, it can be determined that the tester did not perform the test task correctly, but violated the regulations or used the vehicle for personal purposes. Subsequently, a warning can be issued in a timely manner or the information can be uploaded to the vehicle control center for processing.

[0101] In the above implementation mode, by verifying the identity information of all personnel in the current vehicle that is performing the road test task when the event to be verified is triggered, it is found out whether there are strangers who are not related to the road test, or it is discovered that the tester who should be in the car for testing is not in the car, and it is judged whether the vehicle has violated the rules or used the public vehicle for private purposes during the test task, etc., which provides a practical solution for judging violations in road test tasks and can ensure the implementation of vehicle test tasks by testers at different times.

[0102] On the basis of the above implementation methods, when there are traffic jams, accidents or construction problems that affect the passage of the target path, in order to ensure that the vehicle is not used for other purposes, it is necessary to detect whether the target path is actually blocked outside the vehicle, and then judge whether the words and deeds of the passengers in the vehicle are related to the road test task, indicating that each occupant strictly performs the work tasks as required, so that the user can switch the target path. And because more than one path is planned in the path planning stage, it can be ensured that after switching the target path, the road sections and road conditions required for the test can still be provided for the current vehicle, and the road test task of the vehicle can be completed.

[0103] Then, in another optional implementation manner, obtaining the target path of the current vehicle in S110 may include:

[0104] S111. Obtain the starting point, end point, and preset waypoints for the road test of the current vehicle, as well as the road type and speed limit conditions required for the road test.

[0105] The starting point, the end point and the preset waypoints are all specific locations pre-set in response to the current vehicle test task. The road types required for the road test can be different types of roads for testing, such as but not limited to urban roads or rural roads, highways or expressways, straight roads or turning roads, etc. The speed limit condition can be the speed condition of the road limited in response to the test task, such as no more than 80 kilometers per hour, no more than 50 kilometers per hour, etc.

[0106] S112: Determine at least one candidate path according to the starting point, the end point and preset waypoints.

[0107] Based on the set starting point, end point and preset waypoints, multiple candidate paths that can connect the starting point, end point and preset waypoints are determined in the map through a path planning algorithm (such as Dijkstra algorithm or A* algorithm, etc.) or a map matching algorithm (such as hidden Markov model, etc.). These candidate paths ensure that all preset waypoints can be passed without violating traffic regulations.

[0108] S113. Filter at least one executable path from each candidate path according to the road type and the speed limit condition.

[0109] Based on the above steps, multiple candidate paths are screened to determine the road types required for the current vehicle's road test task and the roads that meet the speed limit conditions, thereby screening out multiple executable paths that can ensure that the current vehicle completes all test items in the road test task.

[0110] S114. Randomly select an executable path as the target path.

[0111] Road testing can be performed by selecting one of the multiple executable paths as the target path based on a preset random algorithm. Of course, if the current vehicle cannot continue to perform the test task according to the target path, a path that is closer to the current vehicle or more convenient to pass is selected from other executable paths as the new target path, and the target path is updated and switched while allowing the tester in the current vehicle to switch paths.

[0112] In the above implementation, in order to respond to the needs of the road test task, the paths available for testing are screened in sequence according to the preset waypoints, road types and speed limit conditions, providing a variety of feasible solutions for the selection of the target path, and also providing other optional solutions for the subsequent switching of the target path, so that the current vehicle has an alternative path during the test process, which improves the robustness of the road test and ensures the completion of the road test of the current vehicle.

[0113] In addition to the above embodiments and implementation methods, the technical solution of the present application may also include:

[0114] In the process of executing the road test task, when the preset time node arrives, verify whether the test task has completed the corresponding test items according to the planned time. It is understandable that in the road test task, each test item can have a corresponding test time requirement, and verify whether these test items have completed the test according to the test time requirement at each preset time node.

[0115] In addition, when the tester drives the vehicle off the target path, the vehicle's location information, speed information, deviation time, and warning information such as recommended actions can be obtained, which can be uploaded and notified to the management personnel of the vehicle control center through the Internet of Vehicles or the cloud to provide assistance to the tester; if the current vehicle's deviation is serious or lasts for a long time, an emergency response mechanism can be triggered, such as automatic deceleration and pullover, and active contact for rescue. When the vehicle detects that the driver controls the vehicle to continuously deviate from the target path and does not drive according to the re-determined target path, the vehicle determines that the driver has violated the regulations based on the distance of deviation from the target path and the length of time of deviation, and obtains the road condition information around the vehicle in a timely manner. Without violating traffic rules, the vehicle is controlled to brake and stop along the roadside to prevent the driver from further violating the road test task. At the same time, the violation is automatically reported to the vehicle control center for active request for help and rescue.

[0116] It should be noted that the method of the embodiment of the present application can be performed by a single device, such as a computer or server. The method of this embodiment can also be applied to a distributed scenario and completed by multiple devices cooperating with each other. In the case of such a distributed scenario, one of the multiple devices can only perform one or more steps in the method of the embodiment of the present application, and the multiple devices will interact with each other to complete the described method.

[0117] It should be noted that the above describes some embodiments of the present application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in an order different from that in the above embodiments and still achieve the desired results. In addition, the processes depicted in the accompanying drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0118] Based on the same inventive concept, corresponding to any of the above-mentioned embodiment methods, the present application also provides a vehicle testing device.

[0119] Figure 2 A schematic diagram of a vehicle testing device provided in an embodiment of the present application, referring to Figure 2 The vehicle testing device 200 includes a path acquisition module 210, a task execution module 220, a data acquisition module 230 and a task judgment module 240, wherein:

[0120] A path acquisition module 210 is used to acquire a target path of the current vehicle;

[0121] The task execution module 220 is used to control the current vehicle to travel along the target path and execute the preset road test task;

[0122] The data acquisition module 230 is used to acquire the test reference data of the current vehicle in response to the event to be verified being triggered during the execution of the road test task by the current vehicle;

[0123] The task determination module 240 is used to determine that the vehicle occupant has not tested the current vehicle according to the road test task in response to the test reference data not meeting the preset road test operation requirement.

[0124] In the technical solution of the embodiment of the present application, the vehicle is controlled to perform road testing along the target path, which can provide a road test plan for the road test and also provide a basis for judging whether the subsequent vehicles may deviate from the target path; in response to the current vehicle triggering an event to be verified during the execution of the road test task, the test reference data of the current vehicle is obtained, and in the process of performing the road test task along the target path, any situation that occurs triggers the event to be verified, and the test reference data used to judge whether the tester violates the rules is obtained, so that the judgment logic for verifying whether the tester violates the rules can be timely started during the test process, providing a strong basis for verification during the test process, and helping the current vehicle to identify the tester's illegal words and deeds; in response to the test reference data not meeting the preset road test operation requirements, it is determined that the occupants in the vehicle have not tested the current vehicle according to the road test task, which provides an effective solution for the verification of the tester during the road test process, and can identify whether a violation has occurred during the road test of the vehicle, thereby improving the accuracy and efficiency of detecting the tester's illegal behavior, and effectively preventing the tester from testing the vehicle not according to the road test task.

[0125] In an optional implementation, the data acquisition module 230 may include:

[0126] The event triggering unit to be verified is used to determine that the current vehicle has triggered an event to be verified during the execution of the road test task in response to the time, location, path and / or vehicle behavior of the road test task meeting the preset verification conditions.

[0127] In an optional implementation, the test reference data includes road condition information and occupant status information, and the task determination module 240 may include:

[0128] A path obstruction determination unit, used to determine whether a target path is obstructed according to road condition information;

[0129] The road test requirement judgment unit is used to determine that the test reference data does not meet the preset road test operation requirements in response to the target path being blocked, the current vehicle deviating from the target path, and the occupant status information not meeting the task execution conditions.

[0130] In an optional implementation manner, the drive test requirement determination unit may include:

[0131] A behavior information determination subunit, used to process the passenger image based on a preset image processing algorithm to obtain the behavior information of the passenger in the vehicle;

[0132] A content information determination subunit, used to analyze the chat voice based on a preset semantic analysis algorithm to determine the content information of the chat voice;

[0133] The condition compliance judgment subunit is used to determine that the chat voice and the occupant image do not meet the task execution conditions in response to the behavior information and / or content information being irrelevant to the road test task.

[0134] In an optional implementation, the device 200 may further include:

[0135] The task-related judgment unit is used to determine that the chat voice and the occupant image meet the task execution conditions in response to the fact that both the behavior information and the content information are related to the road test task.

[0136] In an optional implementation, the task-related determination unit may include:

[0137] An occupant identity determination subunit, used to determine the occupant identity information of the occupant based on the occupant image;

[0138] The road test requirement determination subunit is used to determine that the test reference data does not meet the preset road test operation requirements in response to the difference between the occupant identity information and the tester information registered in the road test task.

[0139] In an optional implementation, the path acquisition module 210 may include:

[0140] An information acquisition unit, used to obtain the starting point, end point and preset waypoints of the current vehicle road test, as well as the road type and speed limit conditions required for the road test;

[0141] A candidate path determination unit, configured to determine at least one candidate path according to a starting point, an end point and preset waypoints;

[0142] An executable path determination unit, used to select at least one executable path from each candidate path according to the road type and speed limit condition;

[0143] The target path determination unit is used to randomly select an executable path as a target path.

[0144] For the convenience of description, the above device is described in terms of functions divided into various modules. Of course, when implementing the present application, the functions of each module can be implemented in the same or multiple software and / or hardware.

[0145] The device of the above embodiment is used to implement the corresponding vehicle testing method in any of the above embodiments, and has the beneficial effects of the corresponding method embodiment, which will not be described in detail here.

[0146] Based on the same inventive concept, corresponding to any of the above-mentioned embodiments and methods, the present application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the vehicle testing method described in any of the above embodiments is implemented.

[0147] Figure 3 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application, Figure 3 A specific electronic device hardware structure is shown, and the device may include: a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050. The processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040 are connected to each other through the bus 1050 in the device.

[0148] The processor 1010 can be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this specification.

[0149] The memory 1020 may be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory), static storage device, dynamic storage device, etc. The memory 1020 may store an operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented by software or firmware, the relevant program codes are stored in the memory 1020 and are called and executed by the processor 1010.

[0150] The input / output interface 1030 is used to connect the input / output module to realize information input and output. The input / output module can be configured in the device as a component (not shown in the figure), or it can be externally connected to the device to provide corresponding functions. The input device may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output device may include a display, a speaker, a vibrator, an indicator light, etc.

[0151] The communication interface 1040 is used to connect a communication module (not shown) to realize communication interaction between the device and other devices. The communication module can realize communication through a wired mode (such as USB, network cable, etc.) or a wireless mode (such as mobile network, WIFI, Bluetooth, etc.).

[0152] The bus 1050 includes a path that transmits information between the various components of the device (eg, the processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040).

[0153] It should be noted that, although the above device only shows the processor 1010, the memory 1020, the input / output interface 1030, the communication interface 1040 and the bus 1050, in the specific implementation process, the device may also include other components necessary for normal operation. In addition, it can be understood by those skilled in the art that the above device may also only include the components necessary for implementing the embodiments of the present specification, and does not necessarily include all the components shown in the figure.

[0154] The electronic device of the above embodiment is used to implement the corresponding vehicle testing method in any of the above embodiments, and has the beneficial effects of the corresponding method embodiment, which will not be described in detail here.

[0155] Based on the same inventive concept, corresponding to any of the above-mentioned embodiments and methods, the present application further provides a vehicle, the vehicle comprising:

[0156] A memory for storing executable program codes;

[0157] A processor is used to call and run the executable program code from the memory so that the vehicle executes the method provided in any embodiment of the present application.

[0158] Based on the same inventive concept, corresponding to any of the above-mentioned embodiment methods, the present application also provides a non-transitory computer-readable storage medium, wherein the non-transitory computer-readable storage medium stores computer instructions, and the computer instructions are used to enable the computer to execute the vehicle testing method described in any of the above embodiments.

[0159] The computer-readable medium of this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, read-only compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device.

[0160] The computer instructions stored in the storage medium of the above embodiments are used to enable the computer to execute the vehicle testing method described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0161] Those skilled in the art should understand that the discussion of any of the above embodiments is merely illustrative and is not intended to imply that the scope of the present application (including the claims) is limited to these examples. In line with the concept of the present application, the technical features in the above embodiments or different embodiments may be combined, the steps may be implemented in any order, and there are many other variations of the different aspects of the embodiments of the present application as described above, which are not provided in detail for the sake of simplicity.

[0162] In addition, to simplify the description and discussion, and in order not to make the embodiments of the present application difficult to understand, the known power supply / ground connection with the integrated circuit (IC) chip and other components may or may not be shown in the provided drawings. In addition, the device can be shown in the form of a block diagram to avoid making the embodiments of the present application difficult to understand, and this also takes into account the fact that the details of the implementation of these block diagram devices are highly dependent on the platform to be implemented in the embodiments of the present application (that is, these details should be fully within the scope of understanding of those skilled in the art). In the case of elaborating specific details (e.g., circuits) to describe exemplary embodiments of the present application, it is obvious to those skilled in the art that the embodiments of the present application can be implemented without these specific details or when these specific details are changed. Therefore, these descriptions should be considered to be illustrative rather than restrictive.

[0163] Although the present application has been described in conjunction with specific embodiments of the present application, many replacements, modifications and variations of these embodiments will be apparent to those skilled in the art from the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may use the embodiments discussed.

[0164] The embodiments of the present application are intended to cover all such substitutions, modifications and variations that fall within the broad scope of the appended claims. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the embodiments of the present application should be included in the scope of protection of the present application.

Claims

1. A vehicle testing method, characterized in that: The method comprises: Get the target path of the current vehicle; Controlling the current vehicle to travel along the target path and perform a preset road test task; In response to the current vehicle triggering an event to be verified during the execution of the road test task, acquiring test reference data of the current vehicle; In response to the test reference data not satisfying a preset road test operation requirement, it is determined that the vehicle occupant has not tested the current vehicle according to the road test task.

2. The method according to claim 1, characterized in that The current vehicle triggers an event to be verified during the execution of the road test task, including: In response to the time, location, path and / or vehicle behavior of executing the road test task meeting a preset verification condition, it is determined that the current vehicle has triggered the event to be verified during the execution of the road test task.

3. The method according to claim 1, characterized in that The test reference data includes road condition information and passenger status information, and the test reference data does not meet the preset road test operation requirements, including: Determining whether the target path is blocked according to the road condition information; In response to the target path being blocked, the current vehicle deviating from the target path, and the occupant status information not satisfying a task execution condition, it is determined that the test reference data does not satisfy a preset road test operation requirement.

4. The method according to claim 3, characterized in that The chat voice and the crew image do not meet the task execution conditions, including: Processing the passenger image based on a preset image processing algorithm to obtain behavior information of the passenger in the vehicle; Analyze the chat voice based on a preset semantic analysis algorithm to determine content information of the chat voice; In response to the behavior information and / or the content information being irrelevant to the road test task, it is determined that the chat voice and the occupant image do not satisfy the task execution condition.

5. The method according to claim 4, characterized in that The method further comprises: In response to the behavior information and the content information being both related to the road test task, it is determined that the chat voice and the occupant image satisfy the task execution condition.

6. The method according to claim 3, characterized in that Also includes: Determining the occupant identity information of the occupant according to the occupant image; In response to a difference between the occupant identity information and the tester information registered in the road test task, it is determined that the test reference data does not meet a preset road test operation requirement.

7. The method according to any one of claims 1 to 5, characterized in that: The obtaining of the target path of the current vehicle includes: Obtaining the starting point, end point, and preset waypoints for the road test of the current vehicle, as well as the road type and speed limit conditions required for the road test; Determine at least one candidate path according to the starting point, the end point and the preset waypoints; According to the road type and the speed limit condition, selecting at least one executable path from each of the candidate paths; One of the executable paths is randomly selected as the target path.

8. A vehicle testing device, characterized in that: The device comprises: A path acquisition module is used to obtain the target path of the current vehicle; A task execution module, used to control the current vehicle to travel along the target path and execute a preset road test task; A data acquisition module, configured to acquire test reference data of the current vehicle in response to the current vehicle triggering an event to be verified during the execution of the road test task; The task judgment module is used to determine that the occupant in the vehicle has not tested the current vehicle according to the road test task in response to the test reference data not meeting the preset road test operation requirement.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the program, the method according to any one of claims 1 to 7 is implemented.

10. A vehicle, characterized in that: The vehicle comprises: The electronic device as described in claim 9 enables the vehicle to execute the method as described in any one of claims 1-7.

Images