Vehicle data labeling method and device, nonvolatile storage medium, and vehicle

Abstract

The application discloses a vehicle data marking method and device, a nonvolatile storage medium and a vehicle. The method comprises the following steps: continuously collecting test data of a target device and showing the test data to a target object during testing of the target device; obtaining marking audio information sent by the target object according to the test data and generating marking data according to the marking audio information during the collection of the test data, wherein the marking data is used for marking the test data; and marking the test data collected at a target moment according to the marking data after the collection of the test data is completed, wherein the target moment is a moment when the marking audio information is obtained. The application solves the technical problem of high testing cost caused by manual addition of data marking by a tester during collection of vehicle test data in the related art.

Description

Technical Field

[0001] This application relates to the field of intelligent measurement and control, and more specifically, to a vehicle data tagging method, device, non-volatile storage medium, and vehicle. Background Technology

[0002] Currently, performance or durability testing of vehicles requires data collection using equipment while the vehicle is running. In related technologies, data is typically flagged manually by testers when problems are discovered during data collection. Therefore, performance testing often requires multiple testers to monitor the collected data, leading to high testing costs.

[0003] There is currently no effective solution to the above problems. Summary of the Invention

[0004] This application provides a vehicle data tagging method, apparatus, non-volatile storage medium, and vehicle, to at least solve the technical problem in the related art where testers need to manually add data tags when collecting vehicle test data, resulting in high testing costs.

[0005] According to one aspect of the embodiments of this application, a vehicle data tagging method is provided, comprising: continuously collecting test data of the target device during the testing of the target device, and displaying the test data to the target object; during the collection of test data, acquiring tagging audio information emitted by the target object based on the test data, and generating tagging data based on the tagging audio information, wherein the tagging data is used to tag the test data; and after the test data collection is completed, tagging the test data collected at a target time based on the tagging data, wherein the target time is the time when the tagging audio information is started.

[0006] Optionally, after the test data is collected, the step of marking the test data based on the marker data includes: adding marker points to the test data collected at the target time; and determining the correlation between the marker data and the marker points.

[0007] Optionally, the test data includes component test data of multiple target components in the target device; the step of adding markers to the test data collected at the target time includes: performing semantic recognition on the marked audio information to determine the fault information corresponding to the marked audio information, wherein the fault information includes the component identification information and fault type information of the faulty component; determining the component test data corresponding to the marked audio based on the component identification information; and adding markers corresponding to the marked audio to the component test data.

[0008] Optionally, the step of performing semantic recognition on the marked audio information to determine the fault information corresponding to the marked audio information includes: performing noise reduction processing on the marked audio information to eliminate noise audio in the marked audio information; after eliminating noise audio in the marked audio information, identifying blank audio segments in the marked audio and deleting the blank audio segments, wherein the blank audio segments are audio segments in the marked audio information where the target object is not identified, and the duration of the blank audio segments is greater than a preset duration; and performing semantic recognition on the marked audio information with the blank audio segments deleted.

[0009] Optionally, the step of determining the fault information corresponding to the marked audio information includes: determining the semantic recognition result of the marked audio information, wherein the semantic recognition result includes the keyword recognition result; retrieving a first target keyword from the keyword recognition result based on a first keyword set, wherein the first target keyword is used to determine the component identification information; and retrieving a second target keyword from the keyword recognition result based on a second keyword set, wherein the second target keyword is used to determine the fault type information.

[0010] Optionally, the steps for acquiring the marked audio information during the process of collecting test data include: determining the on / off state of the target switch; and acquiring the marked audio information when the switch is in the triggered state.

[0011] Optionally, the data types of the tag data include audio tag data and text tag data, and the tag data carries timestamp information to indicate the target time.

[0012] According to another aspect of the embodiments of this application, a vehicle data tagging device is provided, comprising: a first processing module, configured to continuously collect test data of the target device during the testing of the target device, and display the test data to the target object; a second processing module, configured to acquire tagging audio information emitted by the target object based on the test data during the data acquisition process, and generate tagging data based on the tagging audio information, wherein the tagging data is used to tag the test data; and a third processing module, configured to tag the test data collected at a target time based on the tagging data after the test data acquisition is completed, wherein the target time is the time when the tagging audio information is started.

[0013] According to another aspect of the embodiments of this application, a non-volatile storage medium is provided, wherein a program is stored in the non-volatile storage medium, and the program controls the device where the non-volatile storage medium is located to execute any vehicle data tagging method when it runs.

[0014] According to another aspect of the embodiments of this application, a vehicle is provided, including: a memory and a processor, the processor being configured to run a program stored in the memory, wherein the program executes any vehicle data tagging method during runtime.

[0015] In this embodiment, during the testing of the target device, test data is continuously collected and displayed to the target object. During the data collection process, tagged audio information emitted by the target object based on the test data is acquired, and tagged data is generated based on this audio information. This tagged data is used to mark the test data. After the test data collection is completed, the test data collected at a target time is marked based on the tagged data, where the target time is the moment when the tagged audio information is first acquired. By recognizing the voice information emitted by the tester to generate tagged data, the purpose of efficiently and labor-savingly marking the test data is achieved. This reduces the number of testers required during vehicle testing, thus solving the technical problem of high testing costs caused by testers manually adding data tags during vehicle test data collection in related technologies. Attached Figure Description

[0016] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:

[0017] Figure 1 This is a schematic diagram of the hardware structure of a computer terminal according to an embodiment of this application;

[0018] Figure 2 This is a flowchart illustrating a vehicle data tagging method according to an embodiment of this application;

[0019] Figure 3 This is a schematic diagram of a vehicle data marking result according to an embodiment of this application;

[0020] Figure 4 This is a schematic flowchart of a vehicle data marking process according to an embodiment of this application;

[0021] Figure 5 This is a schematic diagram of a data acquisition result according to an embodiment of this application;

[0022] Figure 6 This is a system schematic diagram of a vehicle test data acquisition system according to an embodiment of this application;

[0023] Figure 7 This is a schematic diagram of a vehicle data tagging device according to an embodiment of this application. Detailed Implementation

[0024] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort should fall within the scope of protection of the present application.

[0025] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0026] To better understand the embodiments of this application, the technical terms involved in the embodiments of this application are explained below:

[0027] CAN bus: Controller Area Network (CAN) is a serial communication protocol bus used for real-time applications. It uses twisted-pair cables to transmit signals and is one of the most widely used fieldbuses in the world. The CAN protocol is used for communication between various components in automobiles, replacing expensive and bulky wiring harnesses.

[0028] The body control module (BCM), also known as the body computer, is an electronic control unit (ECU) used in automotive engineering to control the vehicle's electrical systems. It is an important component of a car. Common functions of the body control module include controlling power windows, power mirrors, air conditioning, headlights, turn signals, anti-theft locking systems, central locking, and defrosting devices.

[0029] When conducting performance or durability tests on vehicles, it's necessary to collect real-time vehicle operating data while the vehicle is being driven. Related technologies typically use INCA or CAN data acquisition tools. If problems are detected during testing, it's generally necessary to stop the vehicle to review the data or have a test assistant in the passenger seat mark the data. Marking these issues is time-consuming and wastes manpower. When testers are conducting tests alone, they cannot mark the data, hindering the rapid identification of problems during subsequent data analysis.

[0030] To address this issue, this application provides a solution that converts the collected voice information into labeled data to label the test data, as detailed below.

[0031] According to an embodiment of this application, a method embodiment for vehicle data tagging is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0032] The methods and embodiments provided in this application can be executed on mobile terminals, computer terminals, or similar computing devices. Figure 1 A hardware block diagram of a computer terminal (or mobile device) for implementing a vehicle data tagging method is shown. Figure 1 As shown, the computer terminal 10 (or mobile device 10) may include one or more processors 102 (shown as 102a, 102b, ..., 102n in the figure) (processor 102 may include, but is not limited to, a microprocessor MCU or a programmable logic device FPGA, etc.), a memory 104 for storing data, and a transmission module 106 for communication functions. In addition, it may also include: a display, an input / output interface (I / O interface), a universal serial bus (USB) port (which may be included as one of the ports of a BUS bus), a network interface, a power supply, and / or a camera. Those skilled in the art will understand that... Figure 1 The structure shown is for illustrative purposes only and does not limit the structure of the aforementioned electronic device. For example, computer terminal 10 may also include... Figure 1 The more or fewer components shown, or having the same Figure 1 The different configurations shown.

[0033] It should be noted that the aforementioned one or more processors 102 and / or other data processing circuits are generally referred to herein as "data processing circuits". These data processing circuits may be embodied, in whole or in part, in software, hardware, firmware, or any other combination thereof. Furthermore, the data processing circuits may be a single, independent processing module, or may be integrated, in whole or in part, into any other element within the computer terminal 10 (or mobile device). As involved in the embodiments of this application, the data processing circuits serve as a processor control mechanism (e.g., selection of a variable resistor termination path connected to an interface).

[0034] The memory 104 can be used to store software programs and modules of application software, such as the program instructions / data storage device corresponding to the vehicle data tagging method in this embodiment. The processor 102 executes various functional applications and data processing by running the software programs and modules stored in the memory 104, thereby implementing the vehicle data tagging method of the aforementioned application. The memory 104 may include high-speed random access memory and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 104 may further include memory remotely located relative to the processor 102, and these remote memories can be connected to the computer terminal 10 via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

[0035] The transmission device 106 is used to receive or send data via a network. Specific examples of the network described above may include a wireless network provided by the communication provider of the computer terminal 10. In one example, the transmission device 106 includes a Network Interface Controller (NIC), which can connect to other network devices via a base station to communicate with the Internet. In another example, the transmission device 106 may be a Radio Frequency (RF) module, used for wireless communication with the Internet.

[0036] The display can be, for example, a touchscreen liquid crystal display (LCD) that allows the user to interact with the user interface of the computer terminal 10 (or mobile device).

[0037] Under the above operating environment, embodiments of this application provide a vehicle data tagging method, such as... Figure 2 As shown, the method includes the following steps:

[0038] Step S202: During the testing of the target device, test data of the target device is continuously collected and displayed to the target object.

[0039] In the technical solution provided in step S202, the test data includes component test data of multiple target parts in the target device. Specifically, when testing a target device such as a vehicle, test data of different parts in the target device can be collected using a test device, and the collected data and the corresponding component names can be displayed to the user on a screen.

[0040] As an optional implementation, when displaying the currently collected data to the user, the operating data of the component under normal circumstances without any abnormalities can also be displayed simultaneously, so that the user can promptly confirm whether there are any abnormalities in the currently collected data.

[0041] Step S204: During the process of collecting test data, the marked audio information emitted by the target object based on the test data is obtained, and marked data is generated based on the marked audio information, wherein the marked data is used to mark the test data;

[0042] In the technical solution provided in step S204, the test equipment includes a target switch, and the state of the target switch can be used to determine whether to start collecting the user's audio information. For example, recording the tester's audio information can begin when the target switch is in the "on" state.

[0043] Specifically, when the target device is a vehicle, the target switch can be a button located on the vehicle's steering wheel, making it easy for testers to trigger and press it.

[0044] Step S206: After the test data is collected, the test data collected at the target time is marked according to the marked data, where the target time is the time when the marked audio information is started to be acquired.

[0045] In the technical solution provided in step S206, after the test data is collected, the test data collected at the target time is marked according to the marking data, wherein the target time is the time when the marked audio information is started to be acquired.

[0046] Specifically, the vehicle test data marked using the data marking method provided in the embodiments of this application are as follows: Figure 3 As shown.

[0047] As an optional implementation, the data types of the tagging data include audio tagging data and text tagging data, and the tagging data carries timestamp information for indicating the target time.

[0048] In some embodiments of this application, the step of adding markers to the test data collected at the target time includes: performing semantic recognition on the marked audio information to determine the fault information corresponding to the marked audio information, wherein the fault information includes the component identification information and fault type information of the component that has failed; determining the component test data corresponding to the marked audio based on the component identification information; and adding markers corresponding to the marked audio to the component test data.

[0049] As an optional implementation, the step of performing semantic recognition on the marked audio information to determine the fault information corresponding to the marked audio information includes: performing noise reduction processing on the marked audio information to eliminate noise audio in the marked audio information; after eliminating noise audio in the marked audio information, identifying blank audio segments in the marked audio and deleting the blank audio segments, wherein the blank audio segments are segments of audio in the marked audio information where the target object is not identified, and the duration of the blank audio segments is greater than a preset duration; and performing semantic recognition on the marked audio information with the blank audio segments deleted.

[0050] In some embodiments of this application, a method such as... is also provided. Figure 4 The vehicle data tagging process based on the vehicle CAN bus, as shown, involves setting up corresponding functional modules within the Body Control Unit (BCM) and installing a trigger switch on the steering wheel. Test personnel establish voice communication with the BCM's voice input port using voice transmission devices, including but not limited to headsets, to achieve data tagging via the BCM. Specifically, it includes the following steps:

[0051] Step S402: When the tester conducts the test on the actual vehicle, the data acquisition device (or mobile computer device) establishes a connection with the vehicle's CAN port through a data acquisition tool (CAN tool or INCA).

[0052] Step S404: During the driving test, when the tester discovers a problem, he presses the trigger switch on the steering wheel and simultaneously records the voice signal of the problem through the microphone.

[0053] In the technical solution provided in step S404, vehicle test data can be collected using the CANape tool. The CANape tool internally includes a voice data acquisition module and a voice recognition module. When the tester presses the data start acquisition button, the voice module begins audio capture. When the voice recognition module recognizes a data marking command, such as the tester saying "mark," the device immediately marks the data comment point and collects audio. When the tester says "stop marking," the device stops audio recording and correlates the time of that voice segment with the time of the marked data comment point.

[0054] In step S406, after receiving the steering wheel switch button signal, the BCM starts recording the voice signal and converts the voice signal into text and sends it to the CAN bus.

[0055] Step S408: The data acquisition device stores the voice signal or text signal together with other data according to a certain protocol;

[0056] In step S410, the tester can add the marker signal separately to the test data during later playback (the voice prompt file is a separate file) or display it together with other data;

[0057] Step S412: The data marker text has a series of marker point switches that exist over time. When the analyst triggers a data marker point, the system will pop up two buttons (audio button or text button). When the analyst clicks the speaker button, a recording will be played through headphones or speakers. When the analyst clicks the text button, a prompt text will pop up.

[0058] In the technical solution provided in step S412, the data finally collected is as follows: Figure 5 As shown.

[0059] In some embodiments of this application, a test data acquisition system for collecting test data from a target device (such as a vehicle) is described as follows: Figure 6 As shown, the setup includes the vehicle under test, the CANape tool, computer equipment, and audio acquisition devices such as headsets. Specifically, the CANape tool can collect real-time operational data from various components of the vehicle under test and display this data to the testers via the computer equipment. Testers can input audio information through the headset when data anomalies are detected, thereby adding markers to the test data.

[0060] By employing a method that continuously collects test data from the target device during testing and displays the test data to the target object; during the data collection process, acquiring the marked audio information emitted by the target object based on the test data, and generating marked data based on the marked audio information, the marked data is used to mark the test data; after the test data collection is completed, the test data collected at a target time is marked based on the marked data, where the target time is the time when the marked audio information is first acquired. By recognizing the voice information emitted by the tester to generate marked data, the method achieves the goal of efficiently and labor-savingly marking the test data, thereby reducing the number of testers required during vehicle testing. This solves the technical problem of high testing costs caused by testers manually adding data marks when collecting vehicle test data in related technologies.

[0061] Furthermore, the vehicle data marking method provided in this application allows testers to voice-mark problems encountered during testing in real time. Testers trigger a button on the steering wheel, and the voice is collected and recognized through a transmission device. Simultaneously, the data marking time is recorded, and the voice information at that stage serves as a prompt for that problem. This information, along with other test records, is stored on a timeline. Test data problems and corresponding prompts from testers can be viewed later.

[0062] This application provides a vehicle data tagging device. Figure 7 This is a structural diagram of a vehicle data tagging device, such as... Figure 7 As shown, the device includes: a first processing module 70, used to continuously collect test data of the target device during the testing process and display the test data to the target object; a second processing module 72, used to acquire the marker audio information emitted by the target object based on the test data during the data acquisition process, and generate marker data based on the marker audio information, wherein the marker data is used to mark the test data; and a third processing module 74, used to mark the test data collected at a target time based on the marker data after the test data acquisition is completed, wherein the target time is the time when the marker audio information is started to be acquired.

[0063] In some embodiments of this application, the second processing module 72, during the process of collecting test data, acquires the marked audio information by: determining the on / off state of the target switch; and acquiring the marked audio information when the switch is in a triggered state.

[0064] In some embodiments of this application, the data types of the marker data include audio marker data and text marker data, and the marker data carries timestamp information for indicating the target time.

[0065] In some embodiments of this application, the step of the third processing module 74 marking the test data according to the marker data after the test data is collected includes: adding marker points to the test data collected at the target time; and determining the correlation between the marker data and the marker points.

[0066] In some embodiments of this application, the test data includes component test data of multiple target components in the target device; the step of the third processing module 74 adding markers to the test data collected at the target time includes: performing semantic recognition on the marked audio information to determine the fault information corresponding to the marked audio information, wherein the fault information includes component identification information and fault type information; determining the component test data corresponding to the marked audio based on the component identification information; and adding markers corresponding to the marked audio to the component test data.

[0067] In some embodiments of this application, the third processing module 74 performs semantic recognition on the marked audio information to determine the fault information corresponding to the marked audio information, including: performing noise reduction processing on the marked audio information to eliminate noise audio in the marked audio information; after eliminating noise audio in the marked audio information, identifying blank audio segments in the marked audio and deleting the blank audio segments, wherein the blank audio segments are segments of audio in the marked audio information where the target object is not identified, and the duration of the blank audio segments is greater than a preset duration; and performing semantic recognition on the marked audio information with the blank audio segments deleted.

[0068] In some embodiments of this application, the step of the third processing module 74 in determining the fault information corresponding to the marked audio information includes: determining the semantic recognition result of the marked audio information, wherein the semantic recognition result includes the keyword recognition result; retrieving a first target keyword from the keyword recognition result based on a first keyword set, wherein the first target keyword is used to determine component identification information; and retrieving a second target keyword from the keyword recognition result based on a second keyword set, wherein the second target keyword is used to determine fault type information.

[0069] It should be noted that each module in the above-mentioned vehicle data tagging device can be a program module (for example, a set of program instructions to implement a certain function) or a hardware module. For the latter, it can be manifested in the following forms, but is not limited to them: each of the above modules is manifested as a processor, or the functions of each of the above modules are implemented by a processor.

[0070] According to an embodiment of this application, a non-volatile storage medium is provided, which stores a program. During program execution, the device containing the non-volatile storage medium executes the following vehicle data marking method: During testing of a target device, test data of the target device is continuously collected and displayed to the target object; during the collection of test data, marking audio information emitted by the target object based on the test data is obtained, and marking data is generated based on the marking audio information, wherein the marking data is used to mark the test data; after the test data collection is completed, the test data collected at a target time is marked based on the marking data, wherein the target time is the time when the marking audio information is first acquired.

[0071] According to an embodiment of this application, a vehicle is provided, including: a memory and a processor. The processor is used to run a program stored in the memory. When the program runs, it executes the following vehicle data marking method: during the testing of a target device, continuously collecting test data of the target device and displaying the test data to the target object; during the collection of test data, acquiring marking audio information emitted by the target object based on the test data, and generating marking data based on the marking audio information, wherein the marking data is used to mark the test data; after the test data collection is completed, marking the test data collected at a target time based on the marking data, wherein the target time is the time when the marking audio information is first acquired.

[0072] In the above embodiments of this application, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0073] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. The device embodiments described above are merely illustrative; for example, the division of units can be a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual couplings, direct couplings, or communication connections may be through some interfaces; indirect couplings or communication connections between units or modules may be electrical or other forms.

[0074] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0075] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0076] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to related technologies, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0077] The above description is only a preferred embodiment of this application. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of this application, and these improvements and modifications should also be considered within the scope of protection of this application.

Claims

1. A vehicle data tagging method, characterized in that, include: During the testing of the target device, test data of the target device is continuously collected and displayed to the target object; During the process of collecting the test data, the target object emits tagged audio information based on the test data, and tagged data is generated based on the tagged audio information, wherein the tagged data is used to tag the test data; After the test data is collected, the test data collected at the target time is marked according to the marked data, wherein the target time is the time when the marked audio information is started to be acquired; The step of marking the test data according to the marker data after the test data is collected includes: adding marker points to the test data collected at the target time; and determining the correlation between the marker data and the marker points. The test data includes component test data of multiple target components in the target device; the step of adding marker points to the test data collected at the target time includes: performing semantic recognition on the marked audio information to determine the fault information corresponding to the marked audio information, wherein the fault information includes component identification information and fault type information; determining the component test data corresponding to the marked audio based on the component identification information; and adding marker points corresponding to the marked audio to the component test data.

2. The vehicle data tagging method according to claim 1, characterized in that, The step of performing semantic recognition on the marked audio information to determine the fault information corresponding to the marked audio information includes: The marked audio information is subjected to noise reduction processing to eliminate noise audio in the marked audio information; After eliminating noisy audio in the marked audio information, blank audio segments in the marked audio are identified and deleted. The blank audio segments are segments of audio in the marked audio information where no target object is identified, and the duration of the blank audio segments is greater than a preset duration. Semantic recognition is performed on the marked audio information of the deleted blank audio segment.

3. The vehicle data tagging method according to claim 2, characterized in that, The step of determining the fault information corresponding to the marked audio information includes: Determine the semantic recognition result of the tagged audio information, wherein the semantic recognition result includes keyword recognition result; A first target keyword is retrieved from the keyword recognition results based on a first set of keywords, wherein the first target keyword is used to determine the component identification information; A second target keyword is retrieved from the keyword identification results based on the second keyword set, wherein the second target keyword is used to determine the fault type information.

4. The vehicle data tagging method according to claim 1, characterized in that, The step of obtaining the labeled audio information during the collection of the test data includes: Determine the on / off state of the target switch; When the switch is in the triggered state, the marked audio information is collected.

5. The vehicle data tagging method according to claim 1, characterized in that, The data types of the tagging data include audio tagging data and text tagging data, and the tagging data carries timestamp information for indicating the target time.

6. A vehicle data tagging device, characterized in that, The apparatus for performing the vehicle data tagging method according to any one of claims 1 to 5, the apparatus comprising: The first processing module is used to continuously collect test data of the target device during the testing process and display the test data to the target object. The second processing module is used to acquire, during the process of collecting the test data, the marked audio information emitted by the target object based on the test data, and generate marked data based on the marked audio information, wherein the marked data is used to mark the test data; The third processing module is used to mark the test data collected at the target time according to the mark data after the test data is collected. The target time is the time when the marked audio information is started to be acquired.

7. A non-volatile storage medium, characterized in that, The non-volatile storage medium stores a program, wherein when the program is executed, it controls the device containing the non-volatile storage medium to execute the vehicle data tagging method according to any one of claims 1 to 5.

8. A vehicle, characterized in that, include: A memory and a processor, the processor being configured to run a program stored in the memory, wherein the program, when running, executes the vehicle data tagging method according to any one of claims 1 to 5.

Images