Vehicle type signal inspection test method and device of vehicle, electronic equipment and medium

Abstract

The invention relates to a vehicle type signal inspection test method and device, electronic equipment and a medium, and the method comprises the steps: obtaining a vehicle identification number VIN of a vehicle, and carrying out the matching of a vehicle type corresponding to the VIN from an Internet of Vehicles TSP platform; obtaining vehicle type signal configuration and vehicle type permission configuration of the vehicle according to the vehicle type; and traversing the reported signals, comparing the traversed reported signals to obtain signals of successful comparison or signals of failed comparison, generating a test report according to the signals of successful comparison or the signals of failed comparison, and carrying out routing inspection on the vehicle type signals of the vehicle in the TSP platform according to the test report to obtain a routing inspection result. According to the embodiment of the invention, the VIN can be input to obtain the vehicle type to which the TSP belongs in real time, and the vehicle type signal configuration is retrieved according to the vehicle type, so that the simulation test is performed on the vehicle type signal configuration, mistaken and missed signals are concluded and output, the TSP platform is inspected every day, and the stability and correctness are high.

Description

Technical Field

[0001] The present application relates to the field of vehicle networking TSP development, testing and verification technology, and in particular to a vehicle model signal inspection test method, device, electronic equipment and medium. Background Art

[0002] With the rapid development of the automobile industry, the number of cars in use has increased rapidly. The intelligence and networking of cars have become the basic and necessary functions of car configuration. The Internet of Vehicles platform realizes richer road management, information management, vehicle management, and audio and video entertainment management by combining several major elements such as people, cars, roads, and the Internet. It forms an intelligent car interconnection circle through cloud computing, thus creating an intelligent car lifestyle. It improves the comfort and safety of vehicle use for users. At the same time, big data allows car companies to better understand user comfort and safety needs, further improve user needs, and enhance user car experience.

[0003] In the related technology, the TSP platform can be analyzed and set up, and inspection tests can be performed by tracking the best targets and diagnosing suspicious situations.

[0004] However, in the related technologies, the correctness of the data reported by the actual vehicle TBOX depends on the TBOX version and the software and hardware environment of each component of the vehicle, which increases the difficulty of testing and verification of the TSP platform. At the same time, due to the real-time and security requirements of Internet of Vehicles data, the amount of data reported by each vehicle after power-on is very large, which reduces the stability of the TSP platform and increases the workload of TSP platform signal testing, which urgently needs to be improved. Summary of the invention

[0005] The present application provides a vehicle model signal inspection test method to solve the problem in the related technology that the correctness of the actual vehicle TBOX reported data depends on the TBOX version and the software and hardware environment of each component of the whole vehicle, which increases the difficulty of testing and verification of the TSP platform. At the same time, due to the real-time and security requirements of the Internet of Vehicles data, after each vehicle is powered on, the periodic and real-time signals are reported once every 10S, and the amount of reported data is very large, which puts higher requirements on the stability of the TSP platform. There are thousands of types of signals that need to be reported for each model, and the TSP platform undertakes hundreds of models. Therefore, the workload of TSP platform signal testing is huge and it is easy to have errors and omissions.

[0006] The first aspect of the present application provides a vehicle model signal inspection test method, comprising the following steps: obtaining a vehicle identification code VIN of a vehicle, and matching the model corresponding to the VIN from a vehicle networking TSP platform; obtaining the vehicle model signal configuration and the vehicle model authority configuration of the vehicle according to the model, and storing the vehicle model signal configuration and the vehicle model authority configuration in a preset set to obtain a reporting signal from the preset set; traversing the reporting signal to obtain the traversed reporting signal, and comparing the traversed reporting signal to obtain a comparison success signal or a comparison failure signal, and generating a test report according to the comparison success signal or the comparison failure signal, so as to inspect the vehicle model signal of the vehicle in the TSP platform according to the test report to obtain an inspection result.

[0007] Optionally, in one embodiment of the present application, obtaining the vehicle model signal configuration and vehicle model authority configuration of the vehicle based on the vehicle model includes: configuring at least one of the VIN, environmental communication port, address, user name, password and interface call address of the TSP platform corresponding to the vehicle model to obtain the vehicle model signal configuration and the vehicle model authority configuration.

[0008] Optionally, in one embodiment of the present application, comparing the reported signal after the traversal to obtain a signal of successful comparison or a signal of failed comparison includes: connecting to a preset database to obtain signal data that meets preset standard conditions; comparing the reported signal after the traversal with the signal data that meets preset standard conditions to obtain the signal of successful comparison or the signal of failed comparison.

[0009] Optionally, in one embodiment of the present application, after matching the vehicle model corresponding to the VIN from the Internet of Vehicles TSP platform, it also includes: determining whether the VIN matches the vehicle model in the TSP platform; if the VIN does not match the vehicle model in the TSP platform, establishing a default vehicle model corresponding to the VIN, and obtaining the corresponding default signal configuration and application APP permission configuration based on the default vehicle model.

[0010] Optionally, in one embodiment of the present application, it also includes: simulating the communication connection between the vehicle and the TSP platform to obtain simulated signal data; based on the simulated signal data, sending a message to the TSP platform, and parsing the message of the TSP platform to obtain a parsing result, so as to obtain authentication token information according to the parsing result.

[0011] The second aspect of the present application provides a vehicle model signal inspection test device, including: a receiving module, used to obtain a vehicle identification code VIN of a vehicle, and match the model corresponding to the VIN from a vehicle networking TSP platform; an acquisition module, used to obtain the vehicle model signal configuration and the vehicle model authority configuration of the vehicle according to the vehicle model, and store the vehicle model signal configuration and the vehicle model authority configuration to a preset set, so as to obtain a reporting signal from the preset set; an inspection module, used to traverse the reporting signal to obtain the traversed reporting signal, and compare the traversed reporting signal to obtain a comparison success signal or a comparison failure signal, and generate a test report according to the comparison success signal or the comparison failure signal, so as to inspect the vehicle model signal of the vehicle in the TSP platform according to the test report and obtain an inspection result.

[0012] Optionally, in one embodiment of the present application, the acquisition module includes: an acquisition unit, used to configure at least one of the VIN, environmental communication port, address, user name, password and interface call address of the TSP platform corresponding to the vehicle model to obtain the vehicle model signal configuration and the vehicle model authority configuration.

[0013] Optionally, in one embodiment of the present application, the inspection module includes: a connection unit, used to connect to a preset database to obtain signal data that meets preset standard conditions; a comparison unit, used to compare the reported signal after traversal with the signal data that meets preset standard conditions to obtain the signal of successful comparison or the signal of failed comparison.

[0014] Optionally, in one embodiment of the present application, it also includes: a judgment module, which is used to judge whether the VIN matches the vehicle model in the Internet of Vehicles TSP platform after matching the vehicle model corresponding to the VIN from the TSP platform; an establishment module, which is used to establish a default vehicle model corresponding to the VIN when the VIN does not match the vehicle model in the TSP platform, and obtain the corresponding default signal configuration and application APP permission configuration according to the default vehicle model.

[0015] Optionally, in one embodiment of the present application, it also includes: a simulation module, used to simulate the communication connection between the vehicle and the TSP platform to obtain simulated signal data; a parsing module, used to send a message to the TSP platform based on the simulated signal data, and parse the message of the TSP platform to obtain a parsing result, so as to obtain authentication token information according to the parsing result.

[0016] The third aspect of the present application provides an electronic device, comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the vehicle model signal inspection test method as described in the above embodiment.

[0017] The fourth aspect of the present application provides a computer-readable storage medium, which stores a computer program. When the program is executed by a processor, it implements the vehicle model signal inspection test method as described above.

[0018] In the embodiment of the present application, the VIN can be input to obtain the vehicle model of the TSP in real time, and the vehicle model signal configuration can be retrieved according to the vehicle model, so as to simulate the vehicle model signal configuration, summarize and output the error and missing signals, and then inspect the TSP platform every day, with high stability and correctness. Thus, the problem in the related art that the correctness of the data reported by the real vehicle TBOX depends on the TBOX version and the software and hardware environment of each component of the whole vehicle, increases the difficulty of testing and verification of the TSP platform, and has low stability and correctness is solved.

[0019] Additional aspects and advantages of the present application will be given in part in the description below, and in part will become apparent from the description below, or will be learned through the practice of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] The above and / or additional aspects and advantages of the present application will become apparent and easily understood from the following description of the embodiments in conjunction with the accompanying drawings, in which:

[0021] Figure 1 A flow chart of a vehicle model signal inspection test method provided according to an embodiment of the present application;

[0022] Figure 2 A network block diagram of a vehicle model signal inspection test method according to an embodiment of the present application;

[0023] Figure 3 A logic flow chart of a vehicle model signal inspection test method according to an embodiment of the present application;

[0024] Figure 4 A schematic diagram of the structure of a vehicle model signal inspection test device provided according to an embodiment of the present application;

[0025] Figure 5 It is a schematic diagram of the structure of an electronic device provided according to an embodiment of the present application. DETAILED DESCRIPTION

[0026] The embodiments of the present application are described in detail below, and examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are intended to be used to explain the present application, and should not be construed as limiting the present application.

[0027] The following describes the vehicle model signal inspection test method, device, electronic device and medium of the embodiment of the present application with reference to the accompanying drawings. In view of the related technology mentioned in the above background technology, the correctness of the data reported by the real vehicle TBOX depends on the TBOX version and the software and hardware environment of each component of the whole vehicle, which increases the difficulty of testing and verifying the TSP platform, and the problem of low stability and correctness. The present application provides a vehicle model signal inspection test method, in which the VIN can be input to obtain the model of the TSP in real time, and the model signal configuration can be retrieved according to the model, so as to simulate the model signal configuration, and summarize and output the wrong and missed signals, and then inspect the TSP platform every day, with high stability and correctness. As a result, the problem that the correctness of the data reported by the real vehicle TBOX depends on the TBOX version and the software and hardware environment of each component of the whole vehicle in the related technology is solved, which increases the difficulty of testing and verifying the TSP platform, and the problem of low stability and correctness.

[0028] Specifically, Figure 1 A schematic flow chart of a vehicle model signal inspection test method provided in an embodiment of the present application.

[0029] like Figure 1 As shown, the vehicle model signal inspection test method includes the following steps:

[0030] In step S101, the vehicle identification code VIN of the vehicle is obtained, and the vehicle model corresponding to the VIN is matched from the Internet of Vehicles TSP platform.

[0031] Among them, the embodiment of the application can use the pytest framework, jenkins daily inspection scheduling, allure output test report, error and omission signals are written into EXCEL and sent to relevant responsible persons for verification via email. The external interactive components of this test tool include TSP platform (Telematics Service Provider), jenkins, casandra database, and mail system, such as Figure 2 shown.

[0032] It can be understood that the VIN (Vehicle Identification Number) in the embodiment of the present application is used to identify the manufacturer, model year, vehicle type and other important information of the car; the Internet of Vehicles TSP platform in the embodiment of the present application usually stores vehicle-related data, including VIN and its corresponding specific model information.

[0033] During the actual implementation process, the embodiment of the present application can obtain the vehicle identification code VIN of the vehicle. The input VIN is transmitted to the TSP platform in real time through the interface to obtain the vehicle model to which it belongs, and further obtain the real-time signal, diagnostic signal, and remote control function configured for the current vehicle model based on the vehicle model, thereby more accurately testing the vehicle model signals and functions.

[0034] Optionally, in one embodiment of the present application, after matching the vehicle model corresponding to the VIN from the Internet of Vehicles TSP platform, it also includes: determining whether the VIN matches the vehicle model in the TSP platform; if the VIN does not match the vehicle model in the TSP platform, establishing a default vehicle model corresponding to the VIN, and obtaining the corresponding default signal configuration and application APP permission configuration based on the default vehicle model.

[0035] As a possible implementation method, the embodiment of the present application can determine whether the VIN matches the vehicle model in the TSP platform. When the input VIN does not find the corresponding vehicle model configuration, a default vehicle model is created for the VIN, and the corresponding default signal configuration and application APP permission configuration are obtained based on the default vehicle model. The default configuration is used to configure the signal and all remote control functions for it, thereby improving the fault tolerance of the test tool.

[0036] Among them, the default signal is written into the configuration file for subsequent use.

[0037] In step S102, the vehicle model signal configuration and the vehicle model authority configuration of the vehicle are obtained according to the vehicle model, and the vehicle model signal configuration and the vehicle model authority configuration are stored in a preset set to obtain a reporting signal from the preset set.

[0038] It can be understood that the embodiment of the present application can interact with the TSP through an interface, obtain vehicle model information based on the VIN, obtain the actual signal configuration and APP permission configuration of the vehicle model based on the vehicle model information, and temporarily store them into a collection respectively.

[0039] During the actual execution process, the embodiment of the present application can obtain the vehicle model signal configuration and vehicle model authority configuration of the vehicle according to the vehicle model, and temporarily store the vehicle model signal configuration, vehicle model authority configuration, and APP remote control function (through a collection or temporary file) to obtain a reporting signal.

[0040] Optionally, in one embodiment of the present application, the vehicle model signal configuration and vehicle model authority configuration are obtained according to the vehicle model, including: configuring at least one of the VIN, environmental communication port, address, user name, password and interface call address of the TSP platform corresponding to the vehicle model to obtain the vehicle model signal configuration and vehicle model authority configuration.

[0041] Specifically, the embodiment of the present application can configure the VIN, environmental communication port, address, user name, password and interface call address of the TSP platform corresponding to each vehicle model, so as to facilitate obtaining vehicle model signal configuration and vehicle model authority configuration from the TSP.

[0042] In step S103, the reported signal is traversed to obtain the traversed reported signal, and the traversed reported signal is compared to obtain a successfully compared signal or a failed compared signal, and a test report is generated based on the successfully compared signal or the failed compared signal, so as to inspect the vehicle model signal of the vehicle in the TSP platform according to the test report and obtain the inspection result.

[0043] It can be understood that the embodiment of the present application can use jenkins+pytest+excel to implement daily scheduled inspections, vehicle model testing conditions, and error and omission signal summary output.

[0044] During the actual execution process, the embodiment of the present application can traverse the reported signal to obtain the reported signal after traversal, and compare the reported signal after traversal to obtain a signal of successful comparison or a signal of failed comparison, and generate a test report based on the signal of successful comparison or the signal of failed comparison, and send it to the relevant responsible person via email. Specifically, the toolkit allure is introduced into the pytest framework, and jenkis is used to generate a visual report, and the visual test report is sent to the relevant personnel via email. The embodiment of the present application inspects the TSP platform according to the test report to obtain the inspection result.

[0045] The embodiment of the present application can automatically inspect the signal functions of each vehicle type in the TSP platform every day to ensure the stability and correctness of the TSP platform.

[0046] Optionally, in one embodiment of the present application, the reported signal after traversal is compared to obtain a signal of successful comparison or a signal of failed comparison, including: connecting to a preset database to obtain signal data that meets preset standard conditions; comparing the reported signal after traversal with the signal data that meets preset standard conditions to obtain a signal of successful comparison or a signal of failed comparison.

[0047] It can be understood that the preset database in the embodiment of the present application can be a casandra database.

[0048] During the actual execution process, the embodiment of the present application can connect to the casandra database, obtain standard signal data, set the standard signal data as variables for temporary storage, traverse the reported signals, compare the signal name and value with the standard signal data, and obtain a signal with a successful comparison or a signal with a failed comparison, thereby comparing the correct write success result and the failed write failure result.

[0049] Specifically, the embodiment of the present application can temporarily store the reported real-time signal in the form of a dictionary in variable A, and temporarily store the just reported result obtained from the casandra database in variable B. Traverse dictionary A, match each field and value in variable B, if both the field and the value are successfully matched, the signal verification is successful and written into the successful result set; if the field is not matched or the value fails to match, the signal verification result is failed and written into the failed result set.

[0050] The embodiment of the present application can further record the tested vehicle models and automatically output reports, and summarize and output error and missing signals.

[0051] It should be noted that the preset standard conditions can be set by those skilled in the art according to actual conditions and are not specifically limited here.

[0052] Optionally, in one embodiment of the present application, it also includes: simulating the communication connection between the vehicle and the TSP platform to obtain simulated signal data; based on the simulated signal data, sending a message to the TSP platform, and parsing the message of the TSP platform to obtain a parsing result, so as to obtain authentication token information according to the parsing result.

[0053] It can be understood that the message of the TSP platform in the embodiment of the present application includes various information exchanged between the vehicle and the service platform, such as vehicle status, location, diagnostic data, etc.

[0054] In the actual execution process, the embodiment of the present application can simulate the communication connection between the vehicle side and the TSP to obtain simulated signal data. The embodiment of the present application can send and receive messages and send messages to the TSP platform. The test tool simulates the vehicle side, that is, the MQTT client, connects to the MQTT server (TSP platform), monitors platform messages, and sends signal messages to be tested. The embodiment of the present application can assemble reporting messages (login, real-time, diagnosis, remote control) according to the communication protocol, parse the monitored messages of the TSP platform, obtain login replies, parsed results of remote control commands, and obtain tokens, remote control streams, etc. for temporary storage.

[0055] The embodiment of the present application can send a login message according to the communication protocol, monitor the TSP login reply, obtain the authentication token from the reply message, assemble the real-time signal supported by the vehicle model according to the communication protocol, token, and real-time signal type, and report it.

[0056] Specifically, it can be combined Figure 3 As shown, the working principle of the vehicle model signal inspection test method in the embodiment of the present application is described in detail with a specific embodiment.

[0057] like Figure 3 As shown, the embodiment of the present application may include the following steps:

[0058] Step S301: pytest framework.

[0059] Step S302: Read the environment configuration.

[0060] Step S303: The user inputs the VIN.

[0061] Step S304: Obtain vehicle model information from TSP according to VIN.

[0062] Step S305: Determine the protocol type according to the vehicle model.

[0063] Step S306: Create a default vehicle model for the VIN.

[0064] Step S307: Call the TSP platform to obtain vehicle model signal configuration.

[0065] Step S308: Configure the default full range of signals and functions for the vehicle model.

[0066] Step S309: Create a communication connection.

[0067] Step S310: Diagnose signal.

[0068] Step S311: traverse the comparison signal.

[0069] Step S312: Write a success record.

[0070] Step S313: Write failure record.

[0071] Step S314: Output report.

[0072] Step S315: Real-time signal list.

[0073] Step S316: traverse the verification signal set and compare it with the database.

[0074] Step S317: Write success record.

[0075] Step S318: Write failure record.

[0076] Step S319: Output report.

[0077] Step S320: Get the vehicle model APP permission list.

[0078] Step S321: Import the secure signed JAR service package.

[0079] Step S322: traverse the vehicle model APP permissions and issue commands.

[0080] Step S323: The simulation TBOX reports that the execution is successful.

[0081] Step S324: Verify the remote control result.

[0082] Step S325: Write a success record.

[0083] Step S326: Write failure record.

[0084] Step S327: Output report.

[0085] According to the vehicle model signal inspection test method proposed in the embodiment of the present application, the VIN can be input to obtain the model to which the TSP belongs in real time, and the model signal configuration can be retrieved according to the model, so as to simulate the model signal configuration, summarize and output the error and missing signals, and then inspect the TSP platform every day, with high stability and accuracy. Thus, the problem in the related technology that the accuracy of the data reported by the real vehicle TBOX depends on the TBOX version and the software and hardware environment of each component of the whole vehicle, which increases the difficulty of testing and verifying the TSP platform, and at the same time, due to the real-time and security requirements of the Internet of Vehicles data, the amount of data reported after each vehicle is powered on is very large, which reduces the stability of the TSP platform and increases the workload of the TSP platform signal test.

[0086] Next, the vehicle model signal inspection test device according to the embodiment of the present application is described with reference to the accompanying drawings.

[0087] Figure 4 It is a structural schematic diagram of a vehicle model signal inspection test device according to an embodiment of the present application.

[0088] like Figure 4 As shown, the vehicle model signal inspection test device 10 includes: a receiving module 100, an acquisition module 200 and an inspection module 300.

[0089] Specifically, the receiving module 100 is used to obtain the vehicle identification code VIN of the vehicle and match the vehicle model corresponding to the VIN from the Internet of Vehicles TSP platform.

[0090] The acquisition module 200 is used to acquire the vehicle model signal configuration and vehicle model authority configuration of the vehicle according to the vehicle model, and store the vehicle model signal configuration and vehicle model authority configuration in a preset set to obtain a reporting signal from the preset set.

[0091] The inspection module 300 is used to traverse the reported signal to obtain the traversed reported signal, and compare the traversed reported signal to obtain a signal of successful comparison or a signal of failed comparison, and generate a test report based on the signal of successful comparison or the signal of failed comparison, so as to inspect the vehicle model signal of the vehicle in the TSP platform according to the test report and obtain the inspection result.

[0092] Optionally, in one embodiment of the present application, the acquisition module 200 includes: an acquisition unit.

[0093] Among them, the acquisition unit is used to configure at least one of the VIN, environmental communication port, address, user name, password and interface call address of the TSP platform corresponding to the vehicle model to obtain the vehicle model signal configuration and vehicle model authority configuration.

[0094] Optionally, in one embodiment of the present application, the inspection module 300 includes: a connection unit and a comparison unit.

[0095] The connection unit is used to connect to a preset database to obtain signal data that meets preset standard conditions.

[0096] The comparison unit is used to compare the reported signal after traversal with the signal data that meets the preset standard conditions to obtain a signal that has been successfully compared or a signal that has failed to be compared.

[0097] Optionally, in one embodiment of the present application, the vehicle model signal inspection test device 10 further includes: a judgment module and an establishment module.

[0098] Among them, the judgment module is used to judge whether the VIN matches the model in the TSP platform after matching the model corresponding to the VIN from the Internet of Vehicles TSP platform.

[0099] A module is established to establish a default vehicle model corresponding to the VIN when the VIN does not match the vehicle model in the TSP platform, and obtain the corresponding default signal configuration and application APP permission configuration according to the default vehicle model.

[0100] Optionally, in one embodiment of the present application, the vehicle model signal inspection test device 10 further includes: a simulation module and an analysis module.

[0101] Among them, the simulation module is used to simulate the communication connection between the vehicle and the TSP platform to obtain simulated signal data.

[0102] The parsing module is used to send a message to the TSP platform based on the simulated signal data, and parse the message of the TSP platform to obtain the parsing result, so as to obtain the authentication token information according to the parsing result.

[0103] It should be noted that the above explanation of the vehicle model signal inspection test method embodiment is also applicable to the vehicle model signal inspection test device of this embodiment, and will not be repeated here.

[0104] According to the vehicle model signal inspection test device proposed in the embodiment of the present application, the VIN can be input to obtain the model to which the TSP belongs in real time, and the model signal configuration can be retrieved according to the model, so as to simulate the model signal configuration, summarize and output the error and missing signals, and then inspect the TSP platform every day, with high stability and accuracy. Thus, the problem in the related technology that the accuracy of the data reported by the real vehicle TBOX depends on the TBOX version and the software and hardware environment of each component of the whole vehicle, which increases the difficulty of testing and verifying the TSP platform, and at the same time, due to the real-time and security requirements of the Internet of Vehicles data, the amount of data reported after each vehicle is powered on is very large, which reduces the stability of the TSP platform and increases the workload of the TSP platform signal test.

[0105] Figure 5 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. The electronic device may include:

[0106] A memory 501 , a processor 502 , and a computer program stored in the memory 501 and executable on the processor 502 .

[0107] When the processor 502 executes the program, the vehicle model signal inspection test method provided in the above embodiment is implemented.

[0108] Furthermore, the electronic device further comprises:

[0109] The communication interface 503 is used for communication between the memory 501 and the processor 502 .

[0110] The memory 501 is used to store computer programs that can be executed on the processor 502 .

[0111] The memory 501 may include a high-speed RAM memory, and may also include a non-volatile memory (non-volatile memory), such as at least one disk memory.

[0112] If the memory 501, the processor 502 and the communication interface 503 are implemented independently, the communication interface 503, the memory 501 and the processor 502 can be connected to each other through a bus and communicate with each other. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component (PCI) bus or an Extended Industry Standard Architecture (EISA) bus. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 5 Only one thick line is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0113] Optionally, in a specific implementation, if the memory 501, the processor 502 and the communication interface 503 are integrated on a chip, the memory 501, the processor 502 and the communication interface 503 can communicate with each other through an internal interface.

[0114] The processor 502 may be a central processing unit (CPU), or an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present application.

[0115] This embodiment also provides a computer-readable storage medium on which a computer program is stored. When the program is executed by a processor, the vehicle model signal inspection test method as described above is implemented.

[0116] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "example", "specific example", or "some examples" etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present application. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or N embodiments or examples in a suitable manner. In addition, those skilled in the art may combine and combine the different embodiments or examples described in this specification and the features of the different embodiments or examples, without contradiction.

[0117] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include at least one of the features. In the description of this application, "N" means at least two, such as two, three, etc., unless otherwise clearly and specifically defined.

[0118] Any process or method description in a flowchart or otherwise described herein may be understood to represent a module, fragment or portion of code comprising one or N executable instructions for implementing the steps of a custom logical function or process, and the scope of the preferred embodiments of the present application includes alternative implementations in which functions may not be performed in the order shown or discussed, including performing functions in a substantially simultaneous manner or in reverse order depending on the functions involved, which should be understood by technicians in the technical field to which the embodiments of the present application belong.

[0119] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as an ordered list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by an instruction execution system, device or apparatus (such as a computer-based system, a system including a processor, or other system that can fetch instructions from an instruction execution system, device or apparatus and execute instructions), or in combination with these instruction execution systems, devices or apparatuses. For the purpose of this specification, "computer-readable medium" can be any device that can contain, store, communicate, propagate or transmit a program for use by an instruction execution system, device or apparatus, or in combination with these instruction execution systems, devices or apparatuses. More specific examples of computer-readable media (a non-exhaustive list) include the following: an electrical connection with one or N wirings (electronic devices), a portable computer disk box (magnetic device), a random access memory (RAM), a read-only memory (ROM), an erasable and programmable read-only memory (EPROM or flash memory), a fiber optic device, and a portable compact disk read-only memory (CDROM). In addition, the computer-readable medium may even be paper or other suitable medium on which the program is printed, since the program may be obtained electronically by optically scanning the paper or other medium and then editing, interpreting or processing in other suitable ways as necessary and then storing it in a computer memory.

[0120] It should be understood that the various parts of the present application can be implemented by hardware, software, firmware or a combination thereof. In the above-mentioned embodiment, the N steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented by hardware, as in another embodiment, it can be implemented by any one of the following technologies known in the art or their combination: a discrete logic circuit having a logic gate circuit for implementing a logic function for a data signal, a dedicated integrated circuit having a suitable combination of logic gate circuits, a programmable gate array (PGA), a field programmable gate array (FPGA), etc.

[0121] A person skilled in the art may understand that all or part of the steps in the method for implementing the above-mentioned embodiment may be completed by instructing related hardware through a program, and the program may be stored in a computer-readable storage medium, which, when executed, includes one or a combination of the steps of the method embodiment.

[0122] In addition, each functional unit in each embodiment of the present application may be integrated into a processing module, or each unit may exist physically separately, or two or more units may be integrated into one module. The above-mentioned integrated module may be implemented in the form of hardware or in the form of a software functional module. If the integrated module is implemented in the form of a software functional module and sold or used as an independent product, it may also be stored in a computer-readable storage medium.

[0123] The storage medium mentioned above may be a read-only memory, a magnetic disk or an optical disk, etc. Although the embodiments of the present application have been shown and described above, it can be understood that the above embodiments are exemplary and cannot be understood as limiting the present application. A person of ordinary skill in the art may change, modify, replace and modify the above embodiments within the scope of the present application.

Claims

1. A vehicle model signal inspection test method, characterized in that: The following steps are involved: Obtain the vehicle identification number (VIN) of the vehicle, and match the vehicle model corresponding to the VIN from the Internet of Vehicles TSP platform; Acquire the vehicle model signal configuration and the vehicle model authority configuration of the vehicle according to the vehicle model, and store the vehicle model signal configuration and the vehicle model authority configuration into a preset set to obtain a reporting signal; The reported signal is traversed to obtain the traversed reported signal, and the traversed reported signal is compared to obtain a comparison success signal or a comparison failure signal, and a test report is generated according to the comparison success signal or the comparison failure signal, so as to inspect the vehicle model signal of the vehicle in the TSP platform according to the test report to obtain an inspection result.

2. The method according to claim 1, characterized in that The obtaining of the vehicle model signal configuration and the vehicle model authority configuration according to the vehicle model includes: Configure at least one of the VIN, environmental communication port, address, user name, password and interface call address of the TSP platform corresponding to the vehicle model to obtain the vehicle model signal configuration and the vehicle model authority configuration.

3. The method according to claim 1, characterized in that The comparing the reported signals after the traversal to obtain a comparison success signal or a comparison failure signal includes: Connect to a preset database to obtain signal data that meets preset standard conditions; The traversed reported signal is compared with the signal data satisfying the preset standard condition to obtain the signal of successful comparison or the signal of failed comparison.

4. The method according to claim 1, characterized in that: After matching the vehicle model corresponding to the VIN from the Internet of Vehicles TSP platform, it also includes: Determine whether the VIN matches a vehicle model in the TSP platform; If the VIN does not match the vehicle model in the TSP platform, a default vehicle model corresponding to the VIN is established, and a corresponding default signal configuration and application APP permission configuration are obtained according to the default vehicle model.

5. The method according to claim 1, characterized in that Also includes: Simulating a communication connection between the vehicle and the TSP platform to obtain simulated signal data; Based on the simulated signal data, a message is sent to the TSP platform, and the message of the TSP platform is parsed to obtain a parsing result, so as to obtain authentication token information according to the parsing result.

6. A vehicle model signal inspection test device, characterized in that: include: A receiving module is used to obtain the vehicle identification code VIN of the vehicle and match the vehicle model corresponding to the VIN from the Internet of Vehicles TSP platform; An acquisition module, used for acquiring a vehicle model signal configuration and a vehicle model authority configuration of the vehicle according to the vehicle model, and storing the vehicle model signal configuration and the vehicle model authority configuration in a preset set, so as to acquire a reporting signal from the preset set; The inspection module is used to traverse the reported signal to obtain the traversed reported signal, and compare the traversed reported signal to obtain a signal of successful comparison or a signal of failed comparison, and generate a test report based on the signal of successful comparison or the signal of failed comparison, so as to inspect the vehicle model signal of the vehicle in the TSP platform according to the test report to obtain the inspection result.

7. The device according to claim 6, characterized in that The acquisition module comprises: The acquisition unit is used to configure at least one of the VIN, environmental communication port, address, user name, password and interface call address of the TSP platform corresponding to the vehicle model to obtain the vehicle model signal configuration and the vehicle model authority configuration.

8. The device according to claim 6, characterized in that The inspection module comprises: A connection unit, used for connecting to a preset database to obtain signal data that meets preset standard conditions; The comparison unit is used to compare the reported signal after the traversal with the signal data that meets the preset standard conditions to obtain the signal of successful comparison or the signal of failed comparison.

9. An electronic device, characterized in that: include: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the vehicle model signal inspection test method as described in any one of claims 1 to 5.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: The program is executed by a processor to implement the vehicle model signal inspection test method as described in any one of claims 1 to 5.

Images