CN115473909A - Vehicle testing method and device and test data processing method and device - Google Patents

Abstract

The invention provides a vehicle testing method and device, a testing data processing method and device, and two computer readable storage media. The test method comprises the following steps: sending the collected vehicle data to a testing end in response to the testing function being triggered for analysis by the testing end; calling the test terminal by voice, and judging whether the voice communication function of the vehicle is normal or not according to the received prompt tone; and responding to the judgment result that the voice call function is normal, acquiring analysis data provided by the test end, and judging whether the function to be tested of the vehicle is normal or not according to the analysis data. By implementing the test method, the invention can automatically acquire the test data of the function to be tested and judge the test result, thereby improving the test efficiency of the function to be tested.

Description

Vehicle testing method and device and test data processing method and device

Technical Field

The present invention relates to a 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

The E-call (emergency call) system is a vehicle-mounted emergency call system introduced by the european union. The E-call system can be activated manually by pressing an emergency rescue (SOS) button when the vehicle encounters an accident, or automatically by on-board sensors in the event that an airbag is deployed, the vehicle is involved in a roll-over collision, etc. After the E-call system is activated, the vehicle-mounted system automatically calls a public safety response center, and transmits rescue required information including position information, time, passenger number, license plate number and the like to a data platform of the public safety response center by using a voice channel. Therefore, even if people in the vehicle cannot make a rescue call due to injury or other reasons, the public safety response center is not influenced to carry out timely rescue. According to the prediction of the european union committee, the E-call system can reduce rescue response time in urban areas by 40%, reduce response time in rural areas by 50%, and is expected to reduce the annual traffic accident mortality by 10%. Statistically, the E-call system took 2500 lives back from dead hands in Europe in 2016 only.

As described above, the E-call system needs to be implemented based on the communication capabilities of the vehicle. However, the existing testing methods for the vehicle communication function are relatively backward, and the testing data is acquired manually by using an interface provided by a testing tool such as a computer and a mobile phone to verify the accuracy of the testing data and the connectivity of the communication function. For example, when testing whether the E-call function of a vehicle is normal, a tester needs to activate an SOS key on the vehicle, trigger an emergency call to a public safety response center, and upload collected vehicle data to the public safety response center. And then, the data condition received by the public safety response center is provided for the testing personnel by the personnel of the public safety response center. Or, the tester logs in the network page of the public safety response center through a computer, a mobile phone and other testing tools to inquire the data condition received by the public safety response center. This prior art testing method is very inefficient and also wastes a significant amount of labor costs.

In order to overcome the above-mentioned defects in the prior art, there is an urgent need in the art for a vehicle testing technique for automatically obtaining test data of a function to be tested and determining a test result, thereby improving the testing efficiency of the function to be tested.

Disclosure of Invention

The following presents a simplified summary of one or more aspects in order to provide a basic understanding of such aspects. This summary is not an extensive overview of all contemplated aspects, and is intended to neither identify key or critical elements of all aspects nor delineate 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 description that is presented later.

In order to overcome the above-mentioned drawbacks of the prior art, a first aspect of the present invention provides a method for testing a vehicle. The test method comprises the following steps: in response to a test function being triggered, sending the collected vehicle data to a test end for analysis by the test end; calling the test terminal by voice, and judging whether the voice communication function of the vehicle is normal or not according to the received prompt tone; and responding to the judgment result that the voice call function is normal, acquiring analysis data provided by the test end, and judging whether the function to be tested of the vehicle is normal or not according to the analysis data. By implementing the test method, the invention can automatically acquire the test data of the function to be tested and judge the test result, thereby improving the test efficiency of the function to be tested.

According to a second aspect of the present invention, there is also provided a method of processing test data. The processing method comprises the following steps: acquiring vehicle data of a vehicle to be detected; analyzing the acquired vehicle data to generate analysis data indicating whether the function to be tested of the vehicle to be tested is normal or not; responding to the voice call of the vehicle to be tested, and playing a preset prompt tone so that the vehicle to be tested can judge whether the voice call function is normal; and responding to the generated analytic data, and providing the analytic data to the vehicle to be tested after the prompt tone is played so as to judge whether the function to be tested is normal. By implementing the processing method, the invention can automatically provide the test data of the function to be tested for the vehicle to be tested so as to judge the test result, thereby improving the test efficiency of the function to be tested.

According to a third aspect of the present invention, there is also provided a testing apparatus for a vehicle. The testing device comprises a memory and a processor. The processor is connected with the memory and is configured to implement the vehicle testing method provided by the first aspect of the invention. By implementing the test method, the test device can automatically acquire the test data of the function to be tested and judge the test result, thereby improving the test efficiency of the function to be tested.

According to a fourth aspect of the present invention, there is also provided a device for processing test data. The processing device comprises a memory and a processor. The processor is connected to the memory and configured to implement the processing method of the test data provided by the second aspect of the present invention. By implementing the processing method, the processing device can automatically provide the test data of the function to be tested for the vehicle to be tested so as to judge the test result, thereby improving the test efficiency of the function to be tested.

According to a fifth aspect of the present invention, there is also provided a computer-readable storage medium. The computer readable storage medium has computer instructions stored thereon. The computer instructions, when executed by the processor, implement the vehicle testing method provided by the first aspect of the invention. By implementing the test method, the computer readable storage medium can automatically acquire the test data of the function to be tested and judge the test result, thereby improving the test efficiency of the function to be tested.

According to a sixth aspect of the present invention, there is also provided a computer-readable storage medium. The computer readable storage medium has computer instructions stored thereon. The computer instructions, when executed by the processor, implement the method for processing the test data provided by the second aspect of the invention. By implementing the processing method, the computer readable storage medium can automatically provide the test data of the function to be tested for the vehicle to be tested so as to judge the test result, thereby improving the test efficiency of the function to be tested.

Drawings

The above features and advantages of the present disclosure will be better understood upon reading the detailed description of embodiments of the disclosure in conjunction with the following drawings. In the drawings, components are not necessarily drawn to scale, and components having similar relative characteristics or features may have the same or similar reference numerals.

FIG. 1 illustrates a schematic diagram of testing vehicle communication functions provided in accordance with some embodiments of the present invention.

FIG. 2 illustrates a flow diagram of a vehicle testing method provided in accordance with some embodiments of the invention.

FIG. 3 illustrates a flow diagram of a method of test data processing provided in accordance with some embodiments of the present invention.

Reference numerals

10. A vehicle testing device and a vehicle machine system;

20. the system comprises a processing device for testing data and a cloud server;

21. testing a system background;

22 A CTI voice system;

23 A TTS conversion system;

S201-S209 steps of the vehicle testing method;

S301-S307 test the data processing method.

Detailed Description

The following description of the embodiments of the present invention is provided for illustrative purposes, and other advantages and effects of the present invention will become apparent to those skilled in the art from the present disclosure. While the invention will be described in connection with the preferred embodiments, there is no intent to limit its features to those embodiments. On the contrary, the invention is described in connection with the embodiments for the purpose of covering alternatives or modifications that may be extended based on the claims of the present invention. In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present invention. The invention may be practiced without these particulars. Moreover, some of the specific details have been omitted from the description in order not to obscure or obscure the focus of the present invention.

In the description of the present invention, it should be noted that, unless otherwise explicitly specified or limited, the terms "mounted," "connected," and "connected" are to be construed broadly, e.g., as meaning either a fixed connection, a removable connection, or an integral connection; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meanings of the above terms in the present invention can be understood in specific cases to those skilled in the art.

Additionally, the terms "upper," "lower," "left," "right," "top," "bottom," "horizontal," "vertical" and the like as used in the following description are to be understood as referring to the segment and the associated drawings in the illustrated orientation. The relative terms are used for convenience of description only and do not imply that the described apparatus should be constructed or operated in a particular orientation and therefore should not be construed as limiting the invention.

It will be understood that, although the terms first, second, third, etc. may be used herein to describe various elements, regions, layers and/or sections, these elements, regions, layers and/or sections should not be limited by these terms, but rather are used to distinguish one element, region, layer and/or section from another element, region, layer and/or section. Thus, a first component, region, layer or section discussed below could be termed a second component, region, layer or section without departing from some embodiments of the present invention.

As described above, the E-call system needs to be implemented based on the communication capabilities of the vehicle. However, the existing testing methods for vehicle communication functions are relatively backward, and the testing data needs to be obtained manually by means of interfaces provided by testing tools such as computers and mobile phones, so as to verify the accuracy of the testing data and the connectivity of the communication functions. For example, when testing whether the E-call function of a vehicle is normal, a tester needs to activate an SOS key on the vehicle, trigger an emergency call to a public safety response center, and upload collected vehicle data to the public safety response center. And then, the data condition received by the public safety response center is provided for the testing personnel by the seat personnel of the public safety response center. Or, the tester logs in the network page of the public safety response center through a computer, a mobile phone and other testing tools to inquire the data condition received by the public safety response center. This prior art test method is very inefficient and wastes a significant amount of labor costs.

In order to overcome the defects in the prior art, the invention provides a vehicle testing technology which is used for automatically acquiring the testing data of the function to be tested and judging the testing result, so that the testing efficiency of the function to be tested is improved.

Specifically, the testing technology of the vehicle provided by the invention can be carried out on the basis of two parts, namely a vehicle end and a testing end. In some embodiments, the vehicle end is configured with the above-mentioned testing device provided by the third aspect of the present invention, wherein the testing device comprises a first memory and a first processor. The first memory includes, but is not limited to, the above-described computer-readable storage medium provided by the fifth aspect of the present invention, on which computer instructions are stored. The first processor is connected with the first memory and configured to execute the computer instructions stored in the first memory to implement the testing method provided by the first aspect of the present invention, and automatically obtains the testing data of the vehicle to be tested and determines the testing result, thereby improving the testing efficiency of the vehicle to be tested.

In some embodiments, the testing terminal is configured with the processing apparatus provided by the fourth aspect of the present invention, which includes a second memory and a second processor. The second memory includes, but is not limited to, the above-mentioned computer-readable storage medium provided by the sixth aspect of the present invention, on which computer instructions are stored. The second processor is connected to the second memory and configured to execute the computer instructions stored in the second memory to implement the processing method provided by the second aspect of the present invention, so as to automatically provide the test data of the function to be tested to the vehicle to be tested for determining the test result, thereby improving the test efficiency of the function to be tested of the vehicle.

The working principle of the testing device and the processing device will be described below in connection with some test cases of vehicle communication functions. It will be appreciated by those skilled in the art that these test cases are merely some non-limiting embodiments provided by the present invention, which are intended to clearly demonstrate the broad concepts of the present invention and to provide specific details for the convenience of the public, and are not intended to limit the overall functionality and operation of the test device and the processing device. In contrast, the test device and the processing device are only some non-limiting embodiments provided by the present invention, and do not limit the performers of each step in the test case of the vehicle communication function.

Please refer to fig. 1-3 in combination. FIG. 1 illustrates a schematic diagram of testing vehicle communication functions provided in accordance with some embodiments of the present invention. FIG. 2 illustrates a flow diagram of a vehicle testing method provided in accordance with some embodiments of the invention. FIG. 3 illustrates a flow diagram of a method of test data processing provided in accordance with some embodiments of the present invention.

As shown in fig. 1, in some embodiments of the present invention, a testing scheme for vehicle communication functions may be implemented by a testing device 10 disposed at a vehicle end and a processing device 20 disposed at a cloud end. The testing device 10 may be configured in a vehicle system of a vehicle in a form of a hardware module or a software program, so that the vehicle system 10 has a function of automatically acquiring test data of a function to be tested and determining a test result. Therefore, the tester can automatically acquire the test data of the function to be tested and judge the test result by operating the car machine system without external test tools such as a computer, a mobile phone and the like and without the assistance of a cloud seat person, so that the test efficiency of the function to be tested is improved.

Correspondingly, the processing device 20 is configured in the cloud in the form of a server, and includes a test system background 21, a Computer Telephony Integration (CTI) Speech system 22, and a Text-To-Speech (TTS) conversion system 23. The processing device 20 can automatically provide the test data of the function to be tested to the vehicle-mounted device system 10 of the vehicle to be tested according to the test request and the vehicle data provided by the vehicle to be tested, so that the vehicle-mounted device system 10 can automatically judge the test result of the function to be tested. Therefore, the cloud end does not need to be configured with seat personnel any more, and can respond to the test request sent by the vehicle to be tested to provide the test function in real time, so that the test efficiency of the function to be tested is improved.

For example, a tester of a vehicle service provider may test various functions of an emergency rescue call (E-call), a road rescue call (B-call), a road service call (I-call) and the like of a vehicle before the vehicle is sold, during vehicle maintenance, and during vehicle maintenance, so as to ensure that a user uses the vehicle normally and safely. As shown in fig. 2, the in-vehicle machine system 10 may trigger a test function of the corresponding function to be tested according to the test operation of the tester (step S201).

In some non-limiting embodiments, the tester may press the emergency rescue (SOS) button of the vehicle under test in factory mode (a test mode not delivered to the customer) for a long time according to preset rules for the need to test the E-call function. In response to a trigger signal generated by pressing the SOS button, the in-vehicle system 10 may count the duration of the trigger signal. In response to the duration of the trigger signal of the SOS button reaching a preset duration threshold (e.g., 10 seconds), the in-vehicle system 10 may determine that the user has a need to test the E-call function, thereby triggering the test function of the E-call system.

In contrast, the tester may continuously and briefly press an emergency rescue (SOS) button of the vehicle under test in a factory mode (a test mode before being delivered to the customer) according to a preset rule with respect to the requirement of testing the B-call function. In response to the trigger signal generated by pressing the SOS button, the in-vehicle system 10 may count the number of times the trigger signal is triggered. In response to the triggering time of the triggering signal of the SOS button reaching a preset time threshold (e.g., 5 times), the in-vehicle system 10 may determine that the user has a need to test the B-call function, thereby triggering the test function of the B-call system.

Further, a dedicated test button may be provided on the vehicle. The test buttons include, but are not limited to, physical buttons disposed on the vehicle control panel, and virtual image buttons drawn in the in-vehicle screen. Aiming at the requirement of testing the I-call function, a tester can click a virtual image button drawn in a screen in the vehicle according to a preset rule. In response to the trigger signal generated by pressing the virtual image button, the in-vehicle system 10 may determine that the user has a need to test the I-call function, thereby triggering the test function of the I-call system.

Furthermore, according to the requirement of testing the E-call function, a tester CAN trigger a CAN collision signal simulating a vehicle collision scene in a factory mode (a test mode before being delivered to a client) according to a preset rule. In response to the CAN crash signal being triggered, the normally operating crash sensor will send a trigger signal to the E-call system of the vehicle activating the E-call function, thereby triggering the test function of the E-call system. Therefore, the tester can further test whether the automatic triggering function of the E-call system is normal.

It will be appreciated by persons skilled in the art that the above-described trigger patterns are merely some non-limiting examples provided by the present invention, and are intended to clearly illustrate the broad concepts of the invention and provide specific details for the implementation by the public and not as a limitation on the scope of the invention.

Optionally, in other embodiments, for the requirement of testing E-call, B-call, I-call, or other functions, the in-vehicle system 10 may default the first 3 times trigger signals generated by the SOS button to be test signals according to a preset rule, so as to trigger the test functions of the corresponding systems to send test calls to the cloud server 20. Then, in response to the triggering frequency of the triggering signal of the SOS button reaching a preset frequency threshold (e.g., 4), the car machine system 10 may determine that the user has an actual requirement for performing an E-call, a B-call, or an I-call, thereby triggering the use function of the corresponding system to send a rescue call to the corresponding rescue terminal.

As shown in fig. 1, in response to the test function of the function to be tested being triggered, the in-vehicle system 10 may send the collected vehicle data to the test end (i.e., the processing device 20 in the cloud) for the processing device 20 in the cloud to parse.

In some embodiments, the in-vehicle machine system 10 may continuously acquire sensor signals of all sensors of the vehicle during use of the vehicle to collect vehicle data for all functions of the vehicle. In this way, in response to the test function being triggered, the in-vehicle system 10 can save the time for collecting the vehicle data, and immediately send all the collected vehicle data to the cloud server 20, so as to comprehensively test various functions of the vehicle.

Further, the vehicle data testing whether the E-call system is normally operated may include one or more of identification number (VIN) information of the vehicle, position information, in-vehicle temperature information, oil temperature information, water temperature information, and passenger data. In response to the test function of the E-call system being triggered, the in-vehicle system 10 may screen the collected vehicle data according to the test requirement of the E-call system, and only send the vehicle data obtained by the screening to the cloud server 20, so as to reduce the flow required for sending the data and accelerate the test speed of the E-call system.

Further, as shown in fig. 2, the in-vehicle system 10 does not need to collect vehicle data in advance. In response to the test function of the E-call system being triggered, the in-vehicle system 10 obtains the current position information, the chassis number, the passenger data, the oil temperature, the water temperature, and the like of the vehicle from the positioning module, the collision sensor, the seat belt sensor, the oil temperature sensor, the water temperature sensor, and the door and window sensor of the vehicle (step S202). Therefore, according to the scheme, on one hand, the data processing load and the data storage requirement of the vehicle machine system 10 can be reduced, and on the other hand, the real-time performance of vehicle data can be improved, so that the real-time performance and the accuracy of a test result are improved.

Then, the in-vehicle system 10 may encode and encrypt the collected vehicle data in a preset encryption manner, and transmit the encoded and encrypted vehicle data to the processing device 20 in the cloud (step S203), so as to prevent the vehicle data from being stolen by others.

In some embodiments, in order to ensure the reliability of the emergency call function, the E-call system may respectively send the rescue request and the vehicle data to the public safety response center through a plurality of communication channels, such as a short message channel, a network channel, and a voice channel, so as to prevent the short message channel, the network channel, or the voice channel from malfunctioning in an accident and affecting the normal operation of the emergency call function. Correspondingly, for the test requirement of the E-call system, the in-vehicle system 10 may also send the same vehicle data to the processing device 20 at the cloud end through a plurality of communication channels, such as a short message channel, a network channel, and a voice channel of the vehicle, respectively, so as to verify whether the data interaction function of each communication channel is normal by comparing whether the vehicle data uploaded by each communication channel is complete and consistent. Specifically, the car machine system 10 may perform data interaction of vehicle data by using a voice channel of the vehicle in the form of an audio frequency.

As shown in fig. 1 and fig. 3, the test system background 21 of the cloud server 20 can respectively obtain vehicle data sent by the vehicle to be tested through a plurality of communication channels, such as a short message channel, a network channel, and a voice channel (step S301). In response to receiving the vehicle data sent by the in-vehicle system 10, the test system background 21 of the cloud server 20 may decode and analyze the encrypted data obtained from each communication channel one by one according to a preset decryption manner, so as to generate analysis data corresponding to a plurality of communication channels, such as a short message channel, a network channel, and a voice channel, respectively (step S302). For the above embodiment of uploading all vehicle data, the analytic data generated by the test system background 21 indicates whether all functions of the vehicle to be tested are normal. For the above embodiment of uploading the screened part of the vehicle data, the analytic data generated by the test system background 21 only indicates whether one or more functions to be tested of the vehicle to be tested are normal.

In some embodiments, the manner of parsing the vehicle data includes, but is not limited to, performing a structuring process on the vehicle data according to a preset data structure to obtain structured data conforming to a preset structure. The structured data is stored in a text information form, so that a TTS conversion system 23 at the rear end can conveniently perform voice conversion on the structured analysis data, and the vehicle-mounted system 10 can conveniently judge whether the function to be tested of the vehicle to be tested is normal according to the structured analysis data.

In some embodiments, in response to generating the parsing data in the text form, the testing system background 21 may send the generated parsing data to the TTS conversion system 23 at the back end and generate a data conversion request of the original data to control the TTS conversion system 23 to convert the parsing data in the text form into a corresponding voice file (step S303).

As shown in fig. 1 to fig. 3, after sending the vehicle data to the cloud server 20, the car machine system 10 at the vehicle end may dial a pre-configured test number by using the E-call function of the vehicle, and call the CTI voice system 22 of the cloud server 20 through the voice channel of the vehicle (step S204). In response to a telephone voice call made by the vehicle under test using its E-call function, CTI voice system 22 may first place the telephone voice call and play a preset alert tone to the voice channel of the vehicle under test (step S304). The alert tone includes, but is not limited to, predefined music, sound, or Interactive Voice Response (IVR). Taking an IVR prompt tone as an example, the content is "you are currently performing an automated test, test data is being generated, please wait".

In some embodiments, the in-vehicle system 10 may obtain the voice data of the IVR prompt tone through the voice channel of the vehicle, and play the IVR prompt tone through the speaker of the vehicle to inform the tester of the current test progress. Meanwhile, the in-vehicle system 10 may further perform voice recognition on the IVR prompt tone by using a pre-trained voice recognition model to obtain the first text information corresponding to the IVR prompt tone. Then, the in-vehicle system 10 may automatically determine whether the phone call is successfully made according to the first text information (S205), and then disengage from the vehicle data to quickly determine whether the voice call function required by the E-call system is normal. In some embodiments, in response to the determination result of the abnormal voice call function, the in-vehicle system 10 may directly obtain a test result of the abnormal E-call system, and report the abnormal result to the tester. Alternatively, the in-vehicle system 10 may re-dial the pre-configured test number to further prevent the false determination caused by the busy test terminal.

It will be appreciated by those skilled in the art that the scheme of calling the CTI voice system 22 in the cloud via the voice channel of the vehicle is only a non-limiting example provided by the present invention, and is intended to clearly illustrate the main concept of the present invention and provide a specific scheme convenient for the public to implement, but not to limit the scope of the present invention. Optionally, in other embodiments, the in-vehicle device system 10 may also call the cloud server 20 in the form of a network telephone through a network channel of the vehicle, so as to quickly determine whether the network communication function required by the E-call system is normal or not by separating from the vehicle data.

As shown in fig. 1 and fig. 3, the CTI speech system 22 at the test end may determine whether the TTS conversion system 23 has generated a corresponding speech data file according to the third text information of the parsed data while playing the prompt tone (step S305). Because the operations of sending vehicle data and making a voice call are automatically completed by the in-vehicle system 10, the time interval between the two operation steps is very short, often within the second level, and it is not enough for the existing TTS conversion system 23 to respectively generate voice files corresponding to a plurality of communication channels such as a short message channel, a network channel, and a voice channel.

In some embodiments, in response to a determination that TTS conversion system 23 has not generated a voice file, CTI voice system 22 may loop back to play an alert tone to inform the tester and in-vehicle system 10 to continue waiting for the generation of the voice file. In other embodiments, in response to the determination result that the TTS conversion system 23 has generated the voice file corresponding to each communication channel, such as the short message channel, the network channel, and the voice channel, respectively, the CTI voice system 22 may stop playing the prompt tone, and play the voice data in the voice file provided by the TTS conversion system 23 to the voice channel of the vehicle to be tested (step S306), so that the vehicle-mounted system 10 determines whether the E-call system of the vehicle is normal according to the voice data.

In some preferred embodiments, the test system backend 21 may identify vehicle data obtained from different communication channels. The TTS conversion system 23 can add the voice identifier of the corresponding channel to the voice file corresponding to each communication channel according to the identifiers. When playing the voice data in each voice file, the CTI voice system 22 may broadcast the source channel of the parsed data first and then broadcast the specific data according to the voice identifiers. For example, "currently broadcasting data received through a short message channel, closing the current state of a left front door, and opening the current state of an air conditioner"; the method comprises the steps of firstly, broadcasting data received by a network flow channel at present, closing the current state of a left front vehicle door, and opening the current state of an air conditioner.

By uploading the vehicle data to the cloud server 20 through a plurality of communication channels such as a short message channel, a network channel and a voice channel of the vehicle, and then acquiring the analyzed test data from the cloud server 20, on one hand, the data processing load of the vehicle system 10 can be reduced, thereby reducing the requirements on hardware and software of the vehicle system 10. On the other hand, the scheme can test whether the communication function of the vehicle is normal or not, and whether the vehicle data can be completely and accurately provided for the public safety response center or not, so that the public safety response center can timely rescue vehicles and personnel in an accident according to the received vehicle data.

As shown in fig. 1 and fig. 2, the in-vehicle device 10 may obtain the voice data from the CTI voice system 22 through the voice channel of the vehicle (step S206), and play the voice data by using the speaker of the vehicle (step S207), so that the tester can know the specific test condition. Meanwhile, the car machine system 10 may further perform speech recognition on the speech data by using a pre-trained speech recognition model, so as to obtain second text information corresponding to the speech data (step S208). Then, the vehicle-mounted device system 10 may compare the second text information corresponding to each communication channel with the actual situation of the vehicle, so as to determine whether the function to be tested (e.g., the E-call system) of the vehicle is normal, and determine whether the communication functions of a plurality of communication channels, such as the short message channel, the network channel, and the voice channel, of the vehicle are normal (step S209).

Specifically, in response to the comparison result that the second text message matches the actual situation of the vehicle, the in-vehicle device system 10 may obtain a normal test result of the E-call system, and report the normal test result to the tester. Otherwise, in response to the comparison result that the second text information does not match the actual condition of the vehicle, the in-vehicle device system 10 may obtain the abnormal test result of the E-call system, and report the abnormal result to the tester.

In some preferred embodiments, the car machine system 10 may further use a pre-trained image recognition model to determine a comparison result between the second text information and the actual situation of the vehicle. For example, when the second text information describes "2 seat belts", the in-vehicle System 10 may capture images of the main Driver and the sub Driver by using a camera of a Driver Monitor System (DMS), and recognize the captured images by using an image recognition model. If the recognition result indicates that the primary and secondary seat passengers are belted, the in-vehicle system 10 may determine that the second text message matches the actual condition of the vehicle, and the functions of the seat belt detection function and the driver monitoring system of the vehicle are normal. On the contrary, if the recognition result indicates that the primary and/or secondary seat passengers are not wearing the seat belt, the in-vehicle system 10 may determine that the second text message does not correspond to the actual situation of the vehicle, and at least one of the seat belt detection function and the driver monitoring system of the vehicle is abnormal. Then, the in-vehicle device system 10 may record the abnormal condition, and further determine which one or more of the vehicle communication function, the voice recognition function, the seat belt detection function, and the driver monitoring system is abnormal, respectively by combining the interaction between the seat belt detection function and other functions of the vehicle, and the interaction between the driver monitoring system and other functions of the vehicle.

By adopting the voice broadcasting mode, the car machine system 10 can directly acquire the analysis data provided by the cloud server 20 by using the E-call system of the car without using testing tools such as a computer and a mobile phone. Further, the in-vehicle system 10 may compare the second text information obtained by the speech recognition with the actual situation of the vehicle, so as to test whether the human-computer speech interaction function of the vehicle is normal. Furthermore, the tester can know the whole process of the vehicle test in an overhearing mode, so that whether the test result is accurate or not is judged.

As shown in fig. 1 and fig. 3, in some preferred embodiments, in response to the parsing to obtain parsing data (i.e., the third text message) in a text form, the test system back office 21 may record the parsing data and directly send the parsing data to the in-vehicle system 10 through a plurality of communication channels, such as a short message channel, a network channel, and a voice channel of the vehicle (step 307). In response to the third text message provided by the cloud server 20, the in-vehicle system 10 may display the third text message on the display interface of the vehicle, so that the tester can know the specific test condition visually and aurally. Meanwhile, the in-vehicle system 10 may further compare the third text information obtained from the cloud 20 with the second text information obtained by voice recognition to check whether the analysis data obtained from each communication channel is accurate and complete, and further determine whether the voice recognition function of the vehicle is normal.

Those skilled in the art can understand that the above-mentioned scheme of firstly converting the parsing data in the text form into the voice file by using the TTS conversion system 23, and then providing the voice data to the in-vehicle system 10 is only a preferred scheme provided by the present invention, and does not limit the protection scope of the present invention.

Optionally, in other embodiments, the cloud server 20 may not be configured with the TTS conversion system 23. In this embodiment, the cloud server 20 may directly send the parsing data in the text form (i.e., the third text message) to the in-vehicle system 10 through a plurality of communication channels, such as a short message channel, a network channel, and a voice channel of the vehicle, in response to the voice call of the in-vehicle system 10. In response to the third text message provided by the cloud server 20, the in-vehicle system 10 may display the third text message on the display interface of the vehicle, so that the tester can visually know the specific test condition. Meanwhile, the vehicle-mounted system 10 may compare the third text information corresponding to each communication channel with the actual situation of the vehicle, so as to determine whether the function to be tested (e.g., the E-call system) of the vehicle is normal, and determine whether the communication functions of a plurality of communication channels, such as the short message channel, the network channel, and the voice channel, of the vehicle are normal. In this way, the in-vehicle system 10 can directly obtain the analysis data from the cloud server 20 by using the communication functions of the vehicle, such as short messages and network calls, without using a testing tool, such as a computer and a mobile phone.

It should be understood by those skilled in the art that although the above embodiments describe a fully automatic testing process implemented by the in-vehicle system 10 and the cloud server 20 cooperating with each other, this is only a preferred solution provided by the present invention, and does not limit the scope of the present invention. Optionally, in other embodiments, some simple steps performed by the in-vehicle device system 10 in the test process (for example, determining whether the phone call is successfully made, 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, and the like) may also be performed manually by the tester.

In conclusion, the invention can automatically and efficiently acquire the test data from the test end and judge the test result without using test tools such as computers, mobile phones and the like and without the cooperation of manual seats of the test end, and can remarkably improve the test efficiency of the vehicle function to be tested.

While, for purposes of simplicity of explanation, the methodologies are shown and described as a series of acts, it is to be understood and appreciated that the methodologies are not limited by the order of acts, as some acts may, in accordance with one or more embodiments, occur in different orders and/or concurrently with other acts from that shown and described herein or not shown and described herein, as would be understood by one skilled in the art.

Those of skill in the art would understand that information, signals, and data may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits (bits), symbols, and chips that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.

The various illustrative logical modules, and circuits described in connection with the embodiments disclosed herein may be implemented or performed with 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. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.

Although the testing device 10 and the processing device 20 described in the above embodiments can be implemented by a combination of software and hardware. It is understood that the testing device 10 and the processing device 20 may be implemented in software or hardware alone. For a hardware implementation, the testing device 10 and the processing device 20 may be implemented in one or more Application Specific Integrated Circuits (ASICs), digital Signal Processors (DSPs), programmable Logic Devices (PLDs), field Programmable Gate Arrays (FPGAs), processors, controllers, micro-controllers, microprocessors, other electronic devices configured to perform the functions described herein, or a selected combination thereof. For software implementation, the testing device 10 and the processing device 20 may be implemented by separate software modules such as program modules (programs) and function modules (functions) running on a common chip, where each module may perform one or more of the functions and operations described herein.

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

Claims (20)

1. A method of testing a vehicle, comprising the steps of:

sending the collected vehicle data to a testing end in response to the testing function being triggered for analysis by the testing end;

calling the test terminal by voice, and judging whether the voice communication function of the vehicle is normal or not according to the received prompt tone; and

and responding to the judgment result that the voice call function is normal, acquiring analysis data provided by the test end, and judging whether the function to be tested of the vehicle is normal or not according to the analysis data.

2. The testing method of claim 1, wherein prior to performing the step of transmitting the collected vehicle data to the testing end, the testing method further comprises the steps of:

responding to a trigger signal of an SOS button with preset duration, and triggering the test function; and/or

Triggering the test function in response to a trigger signal of the SOS button for preset times; and/or

Judging the triggering times of a triggering signal of an SOS button, if the triggering times are less than a preset threshold value, triggering the test function, and if the triggering times are more than or equal to the preset threshold value, triggering an emergency call function; and/or

Triggering the test function in response to a trigger signal of a test button; and/or

And triggering the test function in response to the CAN collision signal in the test mode.

3. The testing method of claim 2, wherein the vehicle data includes one or more of identification code information, position information, in-vehicle temperature information, oil temperature information, water temperature information, and passenger data of the vehicle, and before the step of transmitting the collected vehicle data to a testing end is performed, the testing method further comprises the steps of:

acquiring sensor signals of all sensors of the vehicle to collect vehicle data of all functions of the vehicle; or

And responding to the triggering of the test function, and acquiring a sensor signal of a corresponding sensor according to the function to be tested so as to collect vehicle data related to the function to be tested.

4. The test method of claim 1, wherein the step of transmitting the collected vehicle data to the test end comprises:

encoding and encrypting the vehicle data according to a preset encryption mode; and

and sending the vehicle data after the code encryption to the testing end.

5. The testing method of claim 4, wherein the step of transmitting the collected vehicle data to the testing end further comprises: the vehicle data is sent to the test end in a multi-channel way through a short message channel, a network channel and a voice channel,

the analytical data is obtained by independent analysis according to the sending channel of the vehicle data, and the step of judging whether the function to be tested of the vehicle is normal according to the analytical data provided by the test end comprises the following steps: and respectively judging whether the data interaction function of each sending channel is normal or not according to the analysis data of each sending channel.

6. The test method of claim 1, wherein the voice calling the test terminal comprises:

and dialing a pre-configured test number by utilizing the E-call function of the vehicle, and calling the test terminal through a voice channel of the vehicle.

7. The test method of claim 6, wherein the determining whether the voice call function of the vehicle is normal according to the received alert tone comprises:

performing voice recognition on the prompt tone to acquire first text information of the prompt tone; and

and judging whether the voice call function of the vehicle is normal or not according to the first text information.

8. The test method of claim 7, wherein the parsed data includes voice data, and the step of determining whether the function under test of the vehicle is normal according to the parsed data includes:

playing voice data acquired from the test end, and performing voice recognition on the played audio to acquire second text information corresponding to the voice data; and

and judging whether the function to be tested of the vehicle is normal or not according to the second text information.

9. The test method according to claim 8, wherein the parsed data further includes third text information, and the step of determining whether the function to be tested of the vehicle is normal according to the parsed data further includes:

displaying third text information acquired from the testing terminal on a display interface of the vehicle;

comparing the third text message with the second text message to verify the parsed data; and

and judging whether the function to be tested of the vehicle is normal or not according to the analyzed data which is verified.

10. A processing method of test data is characterized by comprising the following steps:

acquiring vehicle data of a vehicle to be detected;

analyzing the acquired vehicle data to generate analysis data indicating whether the function to be tested of the vehicle to be tested is normal or not;

responding to the voice call of the vehicle to be tested, and playing a preset prompt tone so that the vehicle to be tested can judge whether the voice call function is normal; and

and responding to the generated analytic data, and providing the analytic data to the vehicle to be tested after the prompt tone is played so as to judge whether the function to be tested is normal.

11. The processing method of claim 10, wherein the vehicle data includes one or more of identification code information, position information, in-vehicle temperature information, oil temperature information, water temperature information, and passenger data of the vehicle, and the step of parsing the acquired vehicle data to generate parsed data indicating whether a function to be tested of the vehicle to be tested is normal includes: analyzing the acquired vehicle data to generate analysis data indicating whether one corresponding function to be tested of the vehicle to be tested is normal or not, or

The vehicle data includes the identification code information, the position information, the in-vehicle temperature information, the oil temperature information, the water temperature information, and the passenger data of the vehicle, and the step of analyzing the acquired vehicle data to generate analysis data indicating whether a function to be measured of the vehicle to be measured is normal includes: analyzing the acquired vehicle data to generate analysis data indicating whether each function to be tested of the vehicle to be tested is normal or not.

12. The processing method of claim 10, wherein the acquired vehicle data is encrypted data, and the step of parsing the acquired vehicle data comprises:

and analyzing the encrypted data according to a preset decryption mode to generate the analyzed data.

13. The processing method of claim 12, wherein the step of obtaining vehicle data of the vehicle under test comprises: the vehicle data of the vehicle to be tested is obtained in a multi-channel way through a short message channel, a network channel and a voice channel,

the step of parsing the acquired vehicle data further comprises: and analyzing the vehicle data according to the acquisition channels to respectively generate the analysis data of each acquisition channel.

14. The processing method of claim 10, wherein the playing of the preset alert tone comprises:

and responding to the voice call dialed by the vehicle to be tested by utilizing the E-call function of the vehicle to be tested, and playing the prompt tone to the voice channel of the vehicle to be tested.

15. The process of claim 14, wherein the step of parsing the acquired vehicle data comprises: analyzing the acquired vehicle data to generate third text information indicating whether the function to be detected is normal or not; and performing voice conversion on the third text information to generate voice data indicating whether the function to be tested is normal or not,

the step of providing the analytic data to the vehicle to be tested after the prompt tone is played comprises: judging whether to generate the voice data while playing the prompt tone; responding to a judgment result that the voice data is not generated, and circularly playing the prompt tone; and responding to the judgment result of generating the voice data, and playing the voice data to the voice channel of the vehicle to be tested.

16. The process of claim 14, wherein said step of providing said parsed data to said vehicle under test after playing said alert tone further comprises:

and sending the third text information to the vehicle to be tested so that the vehicle to be tested can display the third text information, and verifying the acquired voice data according to the third text information.

17. A testing device for a vehicle, comprising:

a memory; and

a processor connected to the memory and configured to implement a method of testing a vehicle as claimed in any one of claims 1 to 9.

18. An apparatus for processing test data, comprising:

a memory; and

a processor connected to the memory and configured to implement the method of processing test data of any of claims 10 to 16.

19. A computer readable storage medium having stored thereon computer instructions, wherein the computer instructions, when executed by a processor, implement a method of testing a vehicle according to any one of claims 1 to 9.

20. A computer-readable storage medium having stored thereon computer instructions, which, when executed by a processor, carry out a method of processing test data according to any one of claims 10 to 16.

Images