Test method and device of vehicle, processing method and device of test data

Abstract

This invention provides a vehicle testing method and apparatus, a test data processing method and apparatus, and two computer-readable storage media. The testing method includes the following steps: in response to a test function being triggered, sending collected vehicle data to a test terminal for parsing; making a voice call to the test terminal and determining whether the vehicle's voice call function is normal based on the received prompt tone; and in response to the determination that the voice call function is normal, acquiring the parsed data provided by the test terminal and determining whether the vehicle's function under test is normal based on the parsed data. By implementing this testing method, this invention can automatically acquire test data for the function under test and determine the test results, thereby improving the testing efficiency of the function under test.

Description

Technical Field

[0001] This invention relates to vehicle testing technology, and more particularly to a vehicle testing method, a vehicle testing apparatus, a test data processing method, a test data processing apparatus, and two corresponding computer-readable storage media. Background Technology

[0002] The E-call (emergency call) system is an in-vehicle emergency call system introduced by the European Union. When a vehicle is involved in an accident, the E-call system can be manually activated by pressing the SOS button, or automatically activated by onboard sensors in situations such as airbag deployment or a rollover collision. Once activated, the E-call system automatically calls the public safety response center, transmitting necessary rescue information, including location, time, number of passengers, and license plate number, to the center's data platform via voice channel. This ensures that even if occupants are unable to make a call due to injury or other reasons, the public safety response center can still provide timely assistance. According to the European Commission's projections, the E-call system can reduce emergency response time in urban areas by 40% and in rural areas by 50%, and is expected to reduce the annual traffic fatality rate by 10%. Statistics show that in 2016 alone, the E-call system saved 2,500 lives across Europe.

[0003] As mentioned above, the E-call system requires the vehicle's communication capabilities for implementation. However, existing testing methods for vehicle communication functions are relatively outdated, relying on interfaces provided by testing tools such as computers and mobile phones, and manually acquiring test data to verify its accuracy and connectivity. For example, when testing whether a vehicle's E-call function is working properly, the tester first needs to activate the SOS button on the vehicle to trigger an emergency call to the public safety response center and upload the collected vehicle data to the center. Then, the public safety response center's operators provide the tester with the data received. Alternatively, the tester can log into the public safety response center's webpage using a computer or mobile phone to query the data received. This existing testing method is highly inefficient and wastes significant human resources.

[0004] In order to overcome the above-mentioned defects in the existing technology, there is an urgent need in the field for a vehicle testing technology that can automatically acquire test data of the function under test and judge the test results, thereby improving the testing efficiency of the function under test. Summary of the Invention

[0005] The following provides a brief overview of one or more aspects to offer a basic understanding of them. This overview is not an exhaustive summary of all conceived aspects, nor is it intended to identify key or decisive elements of all aspects, nor to define the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed descriptions that follow.

[0006] To overcome the aforementioned deficiencies in the prior art, a first aspect of the present invention provides a vehicle testing method. This testing method includes the following steps: in response to a test function being triggered, sending collected vehicle data to a test terminal for parsing; making a voice call to the test terminal and determining whether the vehicle's voice call function is normal based on the received prompt tone; and in response to the determination that the voice call function is normal, acquiring the parsed data provided by the test terminal and determining whether the vehicle's function under test is normal based on the parsed data. By implementing this testing method, the present invention can automatically acquire test data for the function under test and determine the test results, thereby improving the testing efficiency of the function under test.

[0007] According to a second aspect of the present invention, a method for processing test data is also provided. The method includes the following steps: acquiring vehicle data of a vehicle under test; parsing the acquired vehicle data to generate parsed data indicating whether a function under test of the vehicle under test is normal; playing a preset prompt tone in response to a voice call from the vehicle under test, allowing the vehicle under test to determine whether its voice call function is normal; and providing the parsed data to the vehicle under test after playing the prompt tone in response to generating the parsed data, allowing it to determine whether the function under test is normal. By implementing this method, the present invention can automatically provide test data of the function under test to the vehicle under test for it to determine the test results, thereby improving the testing efficiency of the function under test.

[0008] According to a third aspect of the present invention, a vehicle testing apparatus is also provided. The testing apparatus includes a memory and a processor. The processor is connected to the memory and configured to implement the vehicle testing method provided in the first aspect of the present invention. By implementing this testing method, the testing apparatus can automatically acquire test data of the function under test and determine the test results, thereby improving the testing efficiency of the function under test.

[0009] According to a fourth aspect of the present invention, a test data processing apparatus is also provided. The processing apparatus includes a memory and a processor. The processor is connected to the memory and configured to implement the test data processing method provided in the second aspect of the present invention. By implementing this processing method, the processing apparatus can automatically provide test data of the function under test to the vehicle under test for judging the test results, thereby improving the testing efficiency of the function under test.

[0010] According to a fifth aspect of the present invention, a computer-readable storage medium is also provided. The computer-readable storage medium stores computer instructions. When executed by a processor, the computer instructions implement the vehicle testing method described above according to the first aspect of the present invention. By implementing this testing method, the computer-readable storage medium can automatically acquire test data of the function under test and determine the test results, thereby improving the testing efficiency of the function under test.

[0011] According to a sixth aspect of the present invention, a computer-readable storage medium is also provided. The computer-readable storage medium stores computer instructions. When executed by a processor, the computer instructions implement the test data processing method described above in the second aspect of the present invention. By implementing this processing method, the computer-readable storage medium can automatically provide test data of the function under test to the vehicle under test for judging the test results, thereby improving the testing efficiency of the function under test. Attached Figure Description

[0012] The above-described features and advantages of the present invention will be better understood after reading the following detailed description of embodiments of the present disclosure in conjunction with the accompanying drawings. In the drawings, components are not necessarily drawn to scale, and components having similar related characteristics or features may have the same or similar reference numerals.

[0013] Figure 1 A schematic diagram of a test vehicle communication function provided according to some embodiments of the present invention is shown.

[0014] Figure 2 A schematic flowchart of a vehicle testing method provided according to some embodiments of the present invention is shown.

[0015] Figure 3 A flowchart illustrating a test data processing method provided according to some embodiments of the present invention is shown.

[0016] Figure Labels

[0017] 10. Vehicle testing equipment and vehicle infotainment systems;

[0018] 20. Test data processing equipment and cloud server;

[0019] 21. Test system backend;

[0020] 22. CTI voice system;

[0021] 23. TTS Conversion System;

[0022] Procedures for vehicle testing methods S201~S209;

[0023] Steps for test data processing methods S301 to S307. Detailed Implementation

[0024] The following specific embodiments illustrate the implementation of the present invention. Those skilled in the art can easily understand other advantages and effects of the present invention from the content disclosed in this specification. Although the description of the present invention is presented in conjunction with preferred embodiments, this does not mean that the features of the invention are limited to these embodiments. On the contrary, the purpose of describing the invention in conjunction with embodiments is to cover other options or modifications that may be derived based on the claims of the present invention. To provide a thorough understanding of the invention, many specific details will be included in the following description. The invention may also be implemented without using these details. Furthermore, to avoid confusion or obscuring the focus of the invention, some specific details will be omitted in the description.

[0025] In the description of this invention, it should be noted that, unless otherwise explicitly specified and limited, the terms "installation," "connection," and "linking" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal connection of two components. Those skilled in the art can understand the specific meaning of the above terms in this invention based on the specific circumstances.

[0026] Furthermore, the terms "upper," "lower," "left," "right," "top," "bottom," "horizontal," and "vertical" used in the following description should be understood as the orientations shown in the relevant paragraphs and accompanying drawings. These relative terms are for illustrative purposes only and do not imply that the described apparatus must be manufactured or operated in a specific orientation, and therefore should not be construed as limiting the invention.

[0027] It is understood that although terms such as "first," "second," and "third" may be used herein to describe various components, regions, layers, and / or parts, these components, regions, layers, and / or parts should not be limited by these terms, and these terms are only used to distinguish different components, regions, layers, and / or parts. Therefore, the first components, regions, layers, and / or parts discussed below may be referred to as second components, regions, layers, and / or parts without departing from some embodiments of the present invention.

[0028] As mentioned above, the E-call system requires the vehicle's communication capabilities for implementation. However, existing testing methods for vehicle communication functions are relatively outdated, relying on interfaces provided by testing tools such as computers and mobile phones, and manually acquiring test data to verify its accuracy and connectivity. For example, when testing whether a vehicle's E-call function is working properly, the tester first needs to activate the SOS button on the vehicle to trigger an emergency call to the public safety response center and upload the collected vehicle data to the center. Then, the public safety response center's operators provide the tester with the data received. Alternatively, the tester can log into the public safety response center's webpage using a computer or mobile phone to query the data received. This existing testing method is highly inefficient and wastes significant human resources.

[0029] In order to overcome the above-mentioned defects in the existing technology, the present invention provides a vehicle testing technology for automatically acquiring test data of the function under test and judging the test results, thereby improving the testing efficiency of the function under test.

[0030] Specifically, the vehicle testing technology provided by this invention can be performed based on two parts: the vehicle end and the testing end. In some embodiments, the vehicle end is equipped with the testing apparatus provided by the third aspect of this invention, including a first memory and a first processor. The first memory includes, but is not limited to, the computer-readable storage medium provided by the fifth aspect of this invention, which stores computer instructions thereon. The first processor is connected to the first memory and is configured to execute the computer instructions stored in the first memory to implement the testing method provided by the first aspect of this invention, automatically acquire test data of the function under test and determine the test results, thereby improving the testing efficiency of the vehicle's function under test.

[0031] In some embodiments, the test terminal is configured with the processing apparatus described above according to the fourth aspect of the present invention, including a second memory and a second processor. The second memory includes, but is not limited to, the computer-readable storage medium described above according to the sixth aspect of the present invention, on which computer instructions are stored. The second processor is connected to the second memory and is configured to execute the computer instructions stored in the second memory to implement the processing method described above according to the second aspect of the present invention, automatically providing test data of the function under test to the vehicle under test for its judgment of test results, thereby improving the testing efficiency of the vehicle's function under test.

[0032] The following will describe the working principle of the aforementioned testing device and processing device using some test cases of vehicle communication functions. Those skilled in the art will understand that these test cases are merely non-limiting embodiments provided by this invention, intended to clearly demonstrate the main concepts of the invention and provide specific methods convenient for public implementation, rather than limiting all functions and operating methods of the aforementioned testing device and processing device. Similarly, the aforementioned testing device and processing device are also merely non-limiting embodiments provided by this invention and do not restrict the performers of the steps in the aforementioned vehicle communication function test cases.

[0033] Please refer to the reference. Figures 1-3 . Figure 1 A schematic diagram of a test vehicle communication function provided according to some embodiments of the present invention is shown. Figure 2 A schematic flowchart of a vehicle testing method provided according to some embodiments of the present invention is shown. Figure 3 A flowchart illustrating a test data processing method provided according to some embodiments of the present invention is shown.

[0034] like Figure 1 As shown, in some embodiments of the present invention, the testing scheme for vehicle communication functions can be implemented by a testing device 10 configured on the vehicle and a processing device 20 configured on the cloud. The testing device 10 can be configured in the vehicle's infotainment system in the form of a hardware module or software program, enabling the infotainment system 10 to automatically acquire test data of the function under test and determine the test results. Thus, testers can automatically acquire test data of the function under test and determine the test results by operating the infotainment system without the need for external testing tools such as computers or mobile phones, or the assistance of cloud-based operators, thereby improving the testing efficiency of the function under test.

[0035] Correspondingly, the processing device 20 is configured in the cloud as a server, including functional modules such as a test system backend 21, a Computer Telecommunication Integration (CTI) voice system 22, and a Text-to-Speech (TTS) conversion system 23. This processing device 20 can automatically provide test data for the functions under test to the vehicle's infotainment system 10 based on the test requests and vehicle data provided by the vehicle under test, allowing the vehicle's infotainment system 10 to automatically determine the test results. In this way, the cloud no longer requires operator assistance and can provide test functions in real time in response to test requests sent by the vehicle under test, thereby improving the testing efficiency of the functions under test.

[0036] For example, vehicle service providers' testers can test various functions of a vehicle, such as emergency call (E-call), roadside assistance call (B-call), and roadside service call (I-call), before the vehicle is sold, during vehicle maintenance, and during vehicle inspections, to ensure that users can use the vehicle normally and safely. Figure 2 As shown, the vehicle system 10 can trigger the test function of the corresponding function to be tested according to the test operation of the tester (step S201).

[0037] In some non-limiting embodiments, to test the E-call function, testers can press and hold the Emergency SOS button on the vehicle under test in factory mode (a test mode before delivery to the customer) according to preset rules. In response to the trigger signal generated by pressing the SOS button, the vehicle system 10 can count the duration of the trigger signal. If the duration of the SOS button trigger signal reaches a preset duration threshold (e.g., 10 seconds), the vehicle system 10 can determine that the user needs to test the E-call function, thereby triggering the E-call system's test function.

[0038] Conversely, to test the B-call function, testers can, according to preset rules, repeatedly press the Emergency SOS button on the vehicle under test in factory mode (a test mode before delivery to the customer). In response to the trigger signal generated by pressing the SOS button, the vehicle system 10 can count the number of times the trigger signal is generated. When the number of times the SOS button trigger signal is generated reaches a preset threshold (e.g., 5 times), the vehicle system 10 can determine that the user needs to test the B-call function, thereby triggering the B-call system's test function.

[0039] Furthermore, a dedicated test button can be configured on the vehicle. This test button includes, but is not limited to, physical buttons located on the vehicle control panel and virtual image buttons displayed on the in-vehicle screen. To test the I-call function, testers can click the virtual image button displayed on the in-vehicle screen according to preset rules. In response to the trigger signal generated by pressing the virtual image button, the vehicle system 10 can determine that the user needs to test the I-call function, thereby triggering the I-call system's test function.

[0040] Furthermore, to test the E-call function, testers can trigger a CAN collision signal simulating a vehicle collision scenario in factory mode (a test mode before delivery to the customer) according to preset rules. In response to the CAN collision signal being triggered, the normally functioning collision sensors will send a trigger signal to the vehicle's E-call system to activate the E-call function, thereby triggering the E-call system's test function. In this way, testers can further test whether the E-call system's automatic triggering function is working properly.

[0041] Those skilled in the art will understand that the above-described triggering methods are merely some non-limiting embodiments provided by the present invention, intended to clearly demonstrate the main concept of the present invention and provide some specific solutions that are easy for the public to implement, rather than intended to limit the scope of protection of the present invention.

[0042] Optionally, in other embodiments, for testing E-call, B-call, I-call, or other functions, the vehicle system 10 can also, according to preset rules, default the first three trigger signals generated by the SOS button as test signals, thereby triggering the corresponding system's test function to send a test call to the cloud server 20. Subsequently, in response to the SOS button's trigger signal reaching a preset threshold (e.g., four times), the vehicle system 10 can determine that the user has an actual need to make an E-call, B-call, or I-call, thereby triggering the corresponding system's usage function to send a rescue call to the corresponding rescue terminal.

[0043] like Figure 1 As shown, in response to the test function of the function under test being triggered, the vehicle system 10 can send the collected vehicle data to the test terminal (i.e., the cloud processing device 20) for analysis by the cloud-configured processing device 20.

[0044] In some embodiments, the vehicle infotainment system 10 can continuously acquire sensor signals from all the vehicle's sensors during vehicle use to collect vehicle data for all vehicle functions. Thus, in response to a test function being triggered, the vehicle infotainment system 10 can save time collecting vehicle data and immediately send all collected vehicle data to the cloud server 20 for comprehensive testing of the vehicle's various functions.

[0045] Furthermore, the vehicle data used to test the proper functioning of the E-call system may include one or more of the following: vehicle identification number (VIN) information, location information, in-vehicle temperature information, oil temperature information, coolant temperature information, and passenger data. In response to the triggering of the E-call system's testing function, the vehicle system 10 can filter the collected vehicle data according to the E-call system's testing requirements, sending only the filtered vehicle data to the cloud server 20 to reduce the bandwidth required for data transmission and accelerate the E-call system's testing speed.

[0046] Furthermore, such as Figure 2 As shown, the vehicle infotainment system 10 does not require prior collection of vehicle data. In response to the triggering of the E-call system's test function, the vehicle infotainment system 10 acquires real-time vehicle data such as the vehicle's current location, chassis number, passenger data, oil temperature, and water temperature from the vehicle's positioning module, collision sensor, seatbelt sensor, oil temperature sensor, coolant temperature sensor, and door and window sensors (step S202). Thus, this solution reduces the data processing load and data storage requirements of the vehicle infotainment system 10, while simultaneously improving the real-time performance of vehicle data, thereby enhancing the real-time performance and accuracy of the test results.

[0047] Afterwards, the vehicle system 10 can encode and encrypt the collected vehicle data according to a preset encryption method, and send the encoded and encrypted vehicle data to the cloud processing device 20 (step S203), thereby preventing the vehicle data from being stolen by others.

[0048] In some embodiments, to ensure the reliability of the emergency rescue call function, the E-call system can send rescue requests and vehicle data to the public safety response center through multiple communication channels, such as SMS, network, and voice channels, to prevent malfunctions in these channels during an accident that could affect the normal operation of the emergency rescue call function. Correspondingly, for testing purposes, the vehicle system 10 can also send the same vehicle data to the cloud processing device 20 through multiple communication channels, such as the vehicle's SMS, network, and voice channels, to verify the data interaction function of each communication channel by comparing whether the vehicle data uploaded through each communication channel is complete and consistent. Specifically, the vehicle system 10 can use the vehicle's voice channel to exchange vehicle data via radio frequency.

[0049] like Figure 1 and Figure 3As shown, the test system backend 21 of the cloud server 20 can obtain vehicle data sent by the vehicle under test through multiple communication channels such as SMS channel, network channel, and voice channel (step S301). In response to receiving vehicle data sent by the vehicle system 10, the test system backend 21 of the cloud server 20 can decode and parse the encrypted data obtained from each communication channel one by one according to a preset decryption method to generate parsed data corresponding to the multiple communication channels such as SMS channel, network channel, and voice channel (step S302). For the embodiment of uploading all vehicle data, the parsed data generated by the test system backend 21 indicates whether all functions of the vehicle under test are normal. For the embodiment of uploading filtered vehicle data, the parsed data generated by the test system backend 21 only indicates whether one or more of the tested functions of the vehicle under test are normal.

[0050] In some embodiments, the method of parsing vehicle data includes, but is not limited to, structuring the vehicle data according to a pre-defined data structure to obtain structured data that conforms to the preset structure. This structured data is stored in the form of text information, which facilitates the backend TTS conversion system 23 to perform voice conversion on the structured parsed data, and facilitates the vehicle system 10 to determine whether the function under test of the vehicle is normal based on the structured parsed data.

[0051] In some embodiments, in response to generating parsed data in text form, the test system backend 21 can send the generated parsed data to the backend TTS conversion system 23 and generate a data conversion request for the original data to control the TTS conversion system 23 to convert the parsed data in text form into the corresponding audio file (step S303).

[0052] like Figures 1-3 As shown, after sending vehicle data to the cloud server 20, the vehicle's infotainment system 10 can use the vehicle's E-call function to dial a pre-configured test number, making a phone call to the CTI voice system 22 of the cloud server 20 through the vehicle's voice channel (step S204). In response to the phone call made by the vehicle under test using its E-call function, the CTI voice system 22 can first connect the phone call and play a pre-set prompt tone to the voice channel of the vehicle under test (step S304). This prompt tone includes, but is not limited to, pre-defined music, sounds, or interactive voice response (IVR). For example, an IVR prompt tone might read, "You are currently performing an automated test; test data is being generated. Please wait."

[0053] In some embodiments, the vehicle infotainment system 10 can acquire the voice data of the IVR prompt tone through the vehicle's voice channel and play the IVR prompt tone through the vehicle's speakers to inform the tester of the current test progress. Simultaneously, the vehicle infotainment system 10 can also use a pre-trained speech recognition model to perform speech recognition on the IVR prompt tone to obtain the first text information corresponding to the IVR prompt tone. Then, the vehicle infotainment system 10 can automatically determine whether the call was successfully dialed based on the first text information (S205), thereby quickly determining whether the voice call function required by the E-call system is normal, independent of vehicle data. In some embodiments, in response to the judgment result of an abnormal voice call function, the vehicle infotainment system 10 can directly obtain a test result indicating an E-call system malfunction and report the malfunction to the tester. Alternatively, the vehicle infotainment system 10 can redial the pre-configured test number to further prevent incorrect judgments caused by the test terminal being busy.

[0054] Those skilled in the art will understand that the scheme of calling the cloud-based CTI voice system 22 through the vehicle's voice channel is merely a non-limiting embodiment of the present invention, intended to clearly demonstrate the main concept of the invention and provide a specific solution that is easy for the public to implement, rather than being used to limit the scope of protection of the invention. Optionally, in other embodiments, the vehicle system 10 can also call the cloud server 20 via the vehicle's network channel in the form of a VoIP call, thereby quickly determining whether the network communication function required by the E-call system is normal without relying on vehicle data.

[0055] like Figure 1 and Figure 3 As shown, the CTI voice system 22 on the test end can determine whether the TTS conversion system 23 has generated the corresponding voice data file based on the third text information of the parsed data while playing the prompt tone (step S305). Since the operations of sending vehicle data and making voice calls are automatically completed by the vehicle system 10, the time interval between the two operation steps is very short, often within a second, which is not enough for the existing TTS conversion system 23 to generate voice files corresponding to multiple communication channels such as SMS channel, network channel and voice channel respectively.

[0056] In some embodiments, in response to the judgment result that the TTS conversion system 23 has not yet generated a voice file, the CTI voice system 22 can play a prompt tone repeatedly to inform the tester and the vehicle system 10 to continue waiting for the voice file to be generated. In other embodiments, in response to the judgment result that the TTS conversion system 23 has generated voice files corresponding to each communication channel, such as the SMS channel, network channel, and voice channel, the CTI voice system 22 can stop playing the above prompt tone and play the voice data from the voice file provided by the TTS conversion system 23 to the voice channel of the vehicle under test (step S306), so that the vehicle system 10 can determine whether the vehicle's E-call system is normal based on this voice data.

[0057] In some preferred embodiments, the test system backend 21 can identify vehicle data acquired from different communication channels. The TTS conversion system 23 can then add corresponding channel voice identifiers to the voice files corresponding to each communication channel based on these identifiers. When playing voice data from each voice file, the CTI voice system 22 can, based on these voice identifiers, first announce the source channel of the parsed data, and then announce the specific data. For example, "Currently broadcasting data received via SMS channel, the left front door is currently closed, the air conditioning is currently on..."; "Currently broadcasting data received via network traffic channel, the left front door is currently closed, the air conditioning is currently on..."; "Currently broadcasting data received via voice channel, the left front door is currently closed, the air conditioning is currently on...".

[0058] By first uploading vehicle data to the cloud server 20 through multiple communication channels, including SMS, network, and voice, and then retrieving the parsed test data from the cloud server 20, the data processing load on the vehicle infotainment system 10 can be reduced, thereby lowering the hardware and software requirements of the system. Furthermore, this solution can test whether the vehicle's communication functions are normal and whether it can provide complete and accurate vehicle data to the public safety response center, ensuring that the center can provide timely rescue to the affected vehicles and personnel based on the received data.

[0059] like Figure 1 and Figure 2As shown, the vehicle system 10 can acquire voice data from the CTI voice system 22 through the vehicle's voice channel (step S206), and play this voice data using the vehicle's speakers (step S207) so that testers can understand the specific test situation. Simultaneously, the vehicle system 10 can also use a pre-trained voice recognition model to perform voice recognition on this voice data to obtain the corresponding second text information (step S208). Afterwards, the vehicle system 10 can compare the second text information corresponding to each communication channel with the actual situation of the vehicle to determine whether the vehicle's tested function (e.g., the E-call system) is normal, and to determine whether the communication functions of multiple communication channels such as the vehicle's SMS channel, network channel, and voice channel are normal (step S209).

[0060] Specifically, in response to a comparison result showing that the second text information matches the actual condition of the vehicle, the vehicle system 10 can obtain a normal test result for the E-call system and report this normal result to the tester. Conversely, in response to a comparison result showing that the second text information does not match the actual condition of the vehicle, the vehicle system 10 can obtain an abnormal test result for the E-call system and report this abnormal result to the tester.

[0061] In some preferred embodiments, the vehicle infotainment system 10 can also utilize a pre-trained image recognition model to determine the comparison result between the second text information and the actual situation of the vehicle. For example, when the second text information contains the message "two seat belts are fastened," the vehicle infotainment system 10 can use the camera of the Driver Monitor System (DMS) to capture images of the driver and front passenger seats, and use the image recognition model to identify the captured images. If the recognition result indicates that both the driver and front passenger are wearing seat belts, the vehicle infotainment system 10 can determine that the second text information matches the actual situation of the vehicle, and that the vehicle's seat belt detection function and the driver monitoring system are functioning normally. Conversely, if the recognition result indicates that the driver and / or front passenger are not wearing seat belts, the vehicle infotainment system 10 can determine that the second text information does not match the actual situation of the vehicle, and that at least one of the vehicle's seat belt detection function and the driver monitoring system is malfunctioning. Afterwards, the vehicle system 10 can record the abnormal situation and, in conjunction with the interaction between the seat belt detection function and other vehicle functions, as well as the interaction between the driver monitoring system and other vehicle functions, further determine which one or more of the vehicle communication function, voice recognition function, seat belt detection function, and driver monitoring system is abnormal.

[0062] By adopting the aforementioned voice broadcast format, the vehicle infotainment system 10 can directly obtain the parsed data provided by the cloud server 20 without relying on testing tools such as computers or mobile phones. Furthermore, the vehicle infotainment system 10 can compare the second text information obtained from voice recognition with the actual situation of the vehicle to test whether the vehicle's human-machine voice interaction function is normal. Even further, testers can observe the entire vehicle testing process to determine the accuracy of the test results.

[0063] like Figure 1 and Figure 3 As shown, in some preferred embodiments, in response to the parsed data (i.e., third text information) obtained through parsing, the test system backend 21 can record it and send it directly to the vehicle infotainment system 10 through multiple communication channels such as the vehicle's SMS channel, network channel, and voice channel (step 307). In response to the third text information provided by the cloud server 20, the vehicle infotainment system 10 can display the third text information on the vehicle's display interface so that testers can understand the specific test situation from both visual and auditory perspectives. At the same time, the vehicle infotainment system 10 can also compare the third text information obtained from the cloud 20 with the second text information obtained from voice recognition to verify whether the parsed data obtained from each communication channel is accurate and complete, and further determine whether the vehicle's voice recognition function is normal.

[0064] Those skilled in the art will understand that the above-described scheme of first using the TTS conversion system 23 to convert the parsed data in text form into a voice file and then providing the voice data to the vehicle system 10 is only a preferred scheme provided by the present invention and does not constitute a limitation on the scope of protection of the present invention.

[0065] Optionally, in some embodiments, the cloud server 20 may not need to be configured with the TTS conversion system 23. In this embodiment, the cloud server 20 can respond to a voice call from the vehicle infotainment system 10 by directly sending parsed data (i.e., third text information) in text form to the vehicle infotainment system 10 through multiple communication channels such as the vehicle's SMS channel, network channel, and voice channel. In response to the third text information provided by the cloud server 20, the vehicle infotainment system 10 can display the third text information on the vehicle's display interface, allowing testers to visually understand the specific test situation. Simultaneously, the vehicle infotainment system 10 can also compare the third text information corresponding to each communication channel with the actual situation of the vehicle to determine whether the vehicle's tested function (e.g., the E-call system) is normal, and to determine whether the communication functions of the vehicle's multiple communication channels, such as the SMS channel, network channel, and voice channel, are normal. Thus, the vehicle infotainment system 10 also does not need to rely on testing tools such as computers or mobile phones; it can directly obtain parsed data from the cloud server 20 using the vehicle's SMS and VoIP communication functions.

[0066] Those skilled in the art will understand that although the above embodiments describe a fully automated testing process implemented by the cooperation of the vehicle infotainment system 10 and the cloud server 20, this is only a preferred embodiment provided by the present invention and does not limit the scope of protection of the present invention. Optionally, in some other embodiments, some simple steps performed by the vehicle infotainment system 10 in the above testing process (e.g., determining whether a telephone call was successfully dialed; determining whether the second / third text information matches the actual situation of the vehicle; determining whether the third text information matches the second text information, etc.) can also be performed manually by testers.

[0067] In summary, this invention can automatically and efficiently acquire test data and judge test results from the testing end without relying on testing tools such as computers or mobile phones, or requiring the cooperation of human agents at the testing end, thus significantly improving the testing efficiency of vehicle functions under test.

[0068] Although the methods described above are illustrated and depicted as a series of actions for the sake of simplicity, it should be understood and appreciated that these methods are not limited by the order of the actions, as some actions may occur in a different order and / or concurrently with other actions from the illustrations and descriptions herein or not illustrated and described herein but which may be understood by those skilled in the art, according to one or more embodiments.

[0069] Those skilled in the art will understand that information, signals, and data can be represented using any of a variety of different techniques and arts. For example, the data, instructions, commands, information, signals, bits, symbols, and chips described throughout the above description can be represented by voltage, current, electromagnetic waves, magnetic fields or magnetic particles, light fields or optical particles, or any combination thereof.

[0070] Those skilled in the art will further appreciate that the various illustrative logic blocks, modules, circuits, and algorithm steps described in conjunction with the embodiments disclosed herein can be implemented as electronic hardware, computer software, or a combination of both. To clearly illustrate this interchangeability between hardware and software, the various illustrative components, blocks, modules, circuits, and steps are described above in a generalized manner in terms of their functionality. Whether such functionality is implemented as hardware or software depends on the specific application and the design constraints imposed on the overall system. Those skilled in the art may implement the described functionality in different ways for each specific application, but such implementation decisions should not be construed as departing from the scope of the invention.

[0071] The various illustrative logic modules and circuits described in conjunction with the embodiments disclosed herein may be implemented or performed using a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. The general-purpose processor may be a microprocessor, but in alternatives, it may be any conventional processor, controller, microcontroller, or state machine. The processor may also be implemented as a combination of computing devices, such as a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors cooperating with a DSP core, or any other such configuration.

[0072] Although the test apparatus 10 and processing apparatus 20 described in the above embodiments can be implemented through a combination of software and hardware, it is understood that the test apparatus 10 and the processing apparatus 20 can also be implemented individually in software or hardware. For hardware implementation, the test apparatus 10 and the processing apparatus 20 can be implemented using one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, other electronic devices for performing the above functions, or selected combinations of the above devices. For software implementation, the test apparatus 10 and the processing apparatus 20 can be implemented using independent software modules such as procedures and functions running on a general-purpose chip, each of which can perform one or more functions and operations described herein.

[0073] The prior description of this disclosure is provided to enable any person skilled in the art to make or use this disclosure. Various modifications to this disclosure will be apparent to those skilled in the art, and the general principles defined herein may be applied to other variations without departing from the spirit or scope of this disclosure. Therefore, this disclosure is not intended to be limited to the examples and designs described herein, but should be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method for testing a vehicle, characterized in that, Includes the following steps: In response to the test function being triggered, the collected vehicle data is encoded and encrypted according to a preset encryption method, and the vehicle data is sent to the test terminal through multiple channels, including SMS, network and voice channels, for the test terminal to parse. The test terminal is called by voice, and the voice call function of the vehicle is judged to be normal based on the received prompt tone; In response to the judgment result that the voice call function is normal, the parsing data provided by the test terminal is obtained, the parsing data including voice data and third-party text information; Play the voice data acquired from the test terminal, and perform speech recognition on the played audio to obtain the second text information corresponding to the voice data. Based on the second text information, determine whether the vehicle's tested function is normal. The voice data is acquired by the vehicle from the voice channel. The third text information obtained from the test terminal is displayed on the vehicle's display interface. The third text information is compared with the second text information to verify the parsed data. Based on the verified parsed data, it is determined whether the vehicle's test function is normal. The parsed data is obtained by independently parsing the vehicle's data transmission channel. The step of determining whether the vehicle's test function is normal based on the parsed data provided by the test terminal includes: determining whether the data interaction function of each transmission channel is normal based on the parsed data of each transmission channel.

2. The test method as described in claim 1, wherein, Before performing the step of sending the collected vehicle data to the test terminal, the test method further includes the following steps: The test function is triggered in response to a trigger signal from the SOS button for a preset duration; and / or The test function is triggered in response to a preset number of SOS button presses; and / or The test function is triggered based on the number of times the SOS button is activated. If the number of activations is less than a preset threshold, the test function is activated. If the number of activations is greater than or equal to the preset threshold, the emergency call function is activated. In response to the trigger signal of the test button, the test function is triggered; and / or The test function is triggered in response to a CAN collision signal in test mode.

3. The test method as described in claim 2, wherein, The vehicle data includes one or more of the following: vehicle identification number, location information, in-vehicle temperature information, oil temperature information, coolant temperature information, and passenger data. Before performing the step of sending the collected vehicle data to the test terminal, the test method further includes the following steps: Acquire sensor signals from all sensors of the vehicle to collect vehicle data for all functions of the vehicle; or In response to the test function being triggered, sensor signals of the corresponding sensors are acquired according to the function under test in order to collect vehicle data related to the function under test.

4. The test method as described in claim 1, wherein, The steps for making a voice call to the test terminal include: The vehicle's E-call function is used to dial a pre-configured test number, which is then used to call the test terminal via the vehicle's voice channel.

5. The test method as described in claim 4, wherein, The step of determining whether the vehicle's voice call function is working properly based on the received prompt tone includes: Speech recognition is performed on the prompt sound to obtain the first text information of the prompt sound; and Determine whether the vehicle's voice call function is working properly based on the first text information.

6. A method for processing test data, characterized in that, Includes the following steps: Vehicle data of the vehicle under test is obtained through multiple channels, including SMS, network, and voice channels. The vehicle data is encrypted. The vehicle data is parsed according to the acquisition channel to generate parsed data for each acquisition channel. The acquired vehicle data is parsed to generate third text information indicating whether the function under test is normal. The third text information is converted into speech to generate speech data indicating whether the function under test is normal. The acquired encrypted data is parsed according to a preset decryption method to generate parsed data indicating whether the function under test of the vehicle under test is normal. In response to a voice call from the vehicle under test, a preset prompt tone is played so that the vehicle under test can determine whether its voice call function is normal. as well as In response to generating the parsed data, after playing the prompt tone, the parsed data is provided to the vehicle under test, the third text information is sent to the vehicle under test, and the voice data is sent to the voice channel of the vehicle under test so that the vehicle under test can display the third text information and verify the voice data based on the third text information to determine whether the function under test is normal.

7. The processing method as described in claim 6, wherein, The vehicle data includes one or more of the vehicle's identification code information, location information, in-vehicle temperature information, oil temperature information, coolant temperature information, and passenger data. The step of parsing the acquired vehicle data to generate parsed data indicating whether a function of the vehicle under test is functioning correctly includes: parsing the acquired vehicle data to generate parsed data indicating whether a corresponding function of the vehicle under test is functioning correctly, or... The vehicle data includes the vehicle's identification code information, location information, in-vehicle temperature information, oil temperature information, water temperature information, and passenger data. The step of parsing the acquired vehicle data to generate parsing data indicating whether the functions to be tested of the vehicle under test are normal includes: parsing the acquired vehicle data to generate parsing data indicating whether each of the functions to be tested of the vehicle under test is normal.

8. The processing method as described in claim 6, wherein, The step of playing the preset prompt tone includes: In response to a voice call made by the vehicle under test using its E-call function, the prompt tone is played to the voice channel of the vehicle under test.

9. The processing method as described in claim 8, wherein, The step of providing the parsed data to the vehicle under test after playing the prompt tone includes: determining whether the voice data has been generated while playing the prompt tone; in response to the determination result that the voice data has not yet been generated, playing the prompt tone in a loop; and in response to the determination result that the voice data has been generated, playing the voice data to the voice channel of the vehicle under test.

10. A vehicle testing device, characterized in that, include: Memory; as well as A processor, connected to the memory, and configured to implement the test method for the vehicle as described in any one of claims 1 to 5.

11. A test data processing apparatus, characterized in that, include: Memory; as well as A processor, connected to the memory, and configured to implement the method for processing test data as described in any one of claims 6 to 9.

12. A computer-readable storage medium storing computer instructions thereon, characterized in that, When the computer instructions are executed by the processor, the test method for the vehicle as described in any one of claims 1 to 5 is implemented.

13. A computer-readable storage medium storing computer instructions thereon, characterized in that, When the computer instructions are executed by the processor, the test data processing method as described in any one of claims 6 to 9 is implemented.

Images