Vehicle model signal inspection test method and device, electronic equipment and medium

Abstract

The application relates to a vehicle model signal inspection test method and device, electronic equipment and a medium, wherein the method comprises the following steps: acquiring a vehicle identification code (VIN) of a vehicle, and matching a vehicle model corresponding to the VIN from a telematics (TSP) platform; acquiring vehicle model signal configuration and vehicle model permission configuration according to the vehicle model; iterating reported signals, comparing the iterated reported signals, obtaining signals with successful comparison or signals with failed comparison, and generating a test report according to the signals with successful comparison or the signals with failed comparison, so as to perform inspection on vehicle model signals in the TSP platform according to the test report, and obtain an inspection result. According to the application, the VIN can be input to acquire a vehicle model of the TSP in real time, the vehicle model signal configuration can be searched according to the vehicle model, the vehicle model signal configuration can be simulated and tested, and wrong and missed signals can be output, so that the TSP platform can be inspected daily, and the stability and correctness are high.

Description

Technical Field

[0001] This application relates to the field of vehicle-to-everything (V2X) development, testing and verification technology, and in particular to a vehicle model signal inspection and testing method, device, electronic device and medium. Background Technology

[0002] With the rapid development of the automotive industry and the rapid increase in car ownership, intelligent and connected vehicles have become basic and essential functions. Vehicle networking platforms, by integrating people, vehicles, roads, and the internet, achieve richer road management, information management, vehicle management, and audio-visual entertainment management. Through cloud computing, they form an intelligent vehicle interconnection network, thereby creating an intelligent car lifestyle. This improves the comfort and safety of vehicle use for users, while big data allows automakers to better understand users' comfort and safety needs, further refining user needs and enhancing the user experience.

[0003] Among the related technologies, it is possible to analyze and configure the TSP platform, and conduct inspection tests by tracing the best target and diagnosing suspicious situations.

[0004] However, in related technologies, the correctness of the data reported by the vehicle's TBOX depends on the TBOX version and the hardware and software environment of various components of the vehicle, which increases the difficulty of testing and verifying the TSP platform. At the same time, due to the real-time and security requirements of vehicle networking 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 signal testing on the TSP platform, which urgently needs to be improved. Summary of the Invention

[0005] This application provides a vehicle model signal inspection test method to address the issue that the correctness of data reported by the actual vehicle TBOX depends on the TBOX version and the hardware and software environment of various vehicle components in related technologies, which increases the difficulty of testing and verifying the TSP platform. At the same time, due to the real-time and security requirements of vehicle networking data, each vehicle reports its periodic and real-time signals every 10 seconds after powering on, resulting in a very large amount of reported data. This places higher demands on the stability of the TSP platform. Furthermore, there are thousands of signal types that need to be reported for each vehicle model, and the TSP platform supports hundreds of vehicle models. Therefore, the workload of signal testing for the TSP platform is enormous and prone to errors and omissions.

[0006] The first aspect of this application provides a method for inspecting vehicle model signals, comprising the following steps: obtaining the vehicle identification number (VIN) of a vehicle and matching the model corresponding to the VIN from a vehicle networking service (TSP) platform; obtaining the vehicle model signal configuration and model permission configuration according to the model, and storing the vehicle model signal configuration and model permission configuration to a preset set, so as to obtain a reporting signal from the preset set; traversing the reporting signal to obtain the traversed reporting signal, comparing the traversed reporting signal to obtain a signal of successful comparison or a signal of failed comparison, and generating a test report according to 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.

[0007] Optionally, in one embodiment of this application, obtaining the vehicle model signal configuration and vehicle model permission configuration based on the vehicle model includes: configuring at least one of the VIN, environmental communication port, address, username, 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 permission configuration.

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

[0009] Optionally, in one embodiment of this application, after matching the vehicle model corresponding to the VIN from the vehicle networking TSP platform, the method further 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, then 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 this application, the method further includes: simulating a communication connection between the vehicle and the TSP platform to obtain simulated signal data; sending a message to the TSP platform based on the simulated signal data, and parsing the message of the TSP platform to obtain a parsing result, so as to obtain authentication token information based on the parsing result.

[0011] A second aspect of this application provides a vehicle model signal inspection and testing device, comprising: a receiving module, configured to acquire the vehicle identification number (VIN) of a vehicle and match the model corresponding to the VIN from a vehicle networking TSP platform; an acquisition module, configured to acquire the vehicle model signal configuration and vehicle model permission configuration according to the vehicle model, and store the vehicle model signal configuration and the vehicle model permission configuration to a preset set, so as to acquire a reporting signal from the preset set; and an inspection module, configured to traverse the reporting signals to obtain the traversed reporting signals, compare the traversed reporting signals to obtain a signal of successful comparison or a signal of failed comparison, and generate a test report according to 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 an inspection result.

[0012] Optionally, in one embodiment of this application, the acquisition module includes: an acquisition unit, configured to configure at least one of the VIN, environmental communication port, address, username, password and interface call address of the TSP platform corresponding to the vehicle model, so as to obtain the vehicle model signal configuration and the vehicle model permission configuration.

[0013] Optionally, in one embodiment of this application, the inspection module includes: a connection unit for connecting to a preset database to obtain signal data that meets preset standard conditions; and a comparison unit for comparing the traversed reported signal with the signal data that meets the preset standard conditions to obtain the signal that the comparison is successful or the signal that the comparison is unsuccessful.

[0014] Optionally, in one embodiment of this application, it further includes: a judgment module, used to determine whether the VIN matches the vehicle model in the TSP platform after matching the vehicle model corresponding to the VIN from the vehicle networking TSP platform; and an establishment module, 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 based on the default vehicle model.

[0015] Optionally, in one embodiment of this application, it further includes: a simulation module, used to simulate the communication connection between the vehicle and the TSP platform to obtain simulated signal data; and 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 based on the parsing result.

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

[0017] A fourth aspect of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the vehicle model signal inspection test method described above.

[0018] This application embodiment allows input of the VIN to obtain the vehicle model to which the TSP belongs in real time. Based on the vehicle model, the signal configuration is retrieved, enabling simulation testing of the vehicle signal configuration. Errors and omissions are summarized and output, allowing for daily inspection of the TSP platform with high stability and accuracy. This solves the problem in related technologies where the accuracy of data reported by the vehicle's TBOX depends on the TBOX version and the hardware and software environment of various vehicle components, increasing the difficulty of testing and verification of the TSP platform and resulting in lower stability and accuracy.

[0019] Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

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

[0021] Figure 1 This is a flowchart of a vehicle model signal inspection test method according to an embodiment of this application;

[0022] Figure 2 This is a network block diagram of a vehicle model signal inspection test method according to an embodiment of this application;

[0023] Figure 3 This is a logic flowchart of a vehicle model signal inspection test method according to an embodiment of this application;

[0024] Figure 4 This is a schematic diagram of a vehicle model signal inspection and testing device according to an embodiment of this application;

[0025] Figure 5 This is a schematic diagram of the structure of an electronic device provided according to an embodiment of this application. Detailed Implementation

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

[0027] The following description, with reference to the accompanying drawings, describes a vehicle model signal inspection test method, apparatus, electronic device, and medium according to embodiments of this application. Addressing the issues raised in the background section regarding the accuracy of data reported by the vehicle's TBOX, which depends on the TBOX version and the hardware and software environment of various vehicle components, increasing the difficulty of testing and verifying the TSP platform and resulting in lower stability and accuracy, this application provides a vehicle model signal inspection test method. In this method, the VIN can be input to obtain the vehicle model to which the TSP belongs in real time. Based on the vehicle model, the model signal configuration is retrieved, thereby simulating and testing the model signal configuration. Errors and omissions are summarized and output, enabling daily inspection of the TSP platform with high stability and accuracy. This solves the problem in the related technologies where the accuracy of data reported by the vehicle's TBOX depends on the TBOX version and the hardware and software environment of various vehicle components, increasing the difficulty of testing and verifying the TSP platform and resulting in lower stability and accuracy.

[0028] Specifically, Figure 1 This is a flowchart illustrating a vehicle model signal inspection test method provided in an embodiment of this 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 number (VIN) of the vehicle is obtained, and the vehicle model corresponding to the VIN is matched from the vehicle network TSP platform.

[0031] In this embodiment, the pytest framework, Jenkins daily inspection scheduling, Allure test report output, and error / omission signals written to Excel and sent to relevant personnel via email for verification are all utilized. External interactive components of this testing tool include the TSP platform (Telematics Service Provider), Jenkins, the Casadra database, and an email system, such as... Figure 2 As shown.

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

[0033] In actual implementation, the embodiments of this application can obtain the vehicle identification number (VIN) of the vehicle. The input VIN is transmitted to the TSP platform in real time through the interface to obtain the vehicle model. Furthermore, based on the vehicle model, the real-time signals, diagnostic signals, and remote control functions configured for the current vehicle model are obtained, thereby more accurately testing the vehicle model signals and functions.

[0034] Optionally, in one embodiment of this application, after matching the vehicle model corresponding to the VIN from the vehicle networking TSP platform, the method further 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, then 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 one possible implementation method, the embodiments of this 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 according to 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 testing tool.

[0036] The default signal is written to the configuration file for later use.

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

[0038] It is understood that the embodiments of this application can interact with the TSP through the 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 the set respectively.

[0039] In actual implementation, the embodiments of this application can obtain the vehicle's vehicle signal configuration and vehicle permission configuration according to the vehicle model, and temporarily store the vehicle signal configuration, vehicle permission configuration, and APP remote control function (through a collection or temporary file) to obtain the reporting signal.

[0040] Optionally, in one embodiment of this application, obtaining the vehicle model signal configuration and vehicle model permission configuration according to the vehicle model includes: configuring at least one of the VIN, environmental communication port, address, username, password and interface call address of the TSP platform corresponding to the vehicle model to obtain the vehicle model signal configuration and vehicle model permission configuration.

[0041] Specifically, the embodiments of this application can configure the VIN, environmental communication port, address, username, password and interface call address of the TSP platform for each vehicle model, so as to facilitate obtaining vehicle model signal configuration and vehicle model permission configuration from TSP.

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

[0043] It is understood that the embodiments of this application can use Jenkins + PyTest + Excel to implement daily scheduled inspections, vehicle model testing status, and error / omission signal summarization and output.

[0044] In actual execution, this embodiment of the application can traverse the reported signals to obtain the traversed reported signals, compare the traversed reported signals to obtain signals of successful comparison or signals of failed comparison, generate a test report based on the signals of successful comparison or failed comparison, and send it to the relevant responsible persons via email. Specifically, the toolkit Allure is introduced into the pytest framework, and Jenniferis is used to generate a visual report. The visual test report is sent to the relevant personnel via email. This embodiment of the application performs inspection on the TSP platform based on the test report and obtains the inspection results.

[0045] The embodiments of this application can automatically inspect the signal functions of each vehicle model in the TSP platform daily to ensure the stability and correctness of the TSP platform.

[0046] Optionally, in one embodiment of this application, comparing the traversed reported signals to obtain a signal that has been successfully matched or a signal that has failed to match includes: connecting to a preset database to obtain signal data that meets preset standard conditions; comparing the traversed reported signals with the signal data that meets preset standard conditions to obtain a signal that has been successfully matched or a signal that has failed to match.

[0047] It is understood that the preset database in the embodiments of this application can be the casandra database.

[0048] In actual implementation, this application embodiment can connect to the casandra database, obtain standard signal data, set variables to temporarily store the standard signal data, traverse the reported signals, compare the signal name and value with the standard signal data, and obtain the signal that was successfully matched or the signal that failed to match. Thus, the signal that was correctly matched is written as the success result, and the signal that failed to match is written as the failure result.

[0049] Specifically, in this embodiment, the reported real-time signal can be temporarily stored in variable A as a dictionary, and the previously reported result obtained from the casandra database can be temporarily stored in variable B. Dictionary A is traversed, and each field and value is matched against variable B. If both the field and value match successfully, the signal verification is successful and written to the success result set; if no field or value matches, the signal verification result is failed and written to the failure result set.

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

[0051] It should be noted that the preset standard conditions can be set by those skilled in the art according to the actual situation, and no specific restrictions are imposed here.

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

[0053] It is understood that the messages of the TSP platform in this embodiment of the application contain various information exchanged between the vehicle and the service platform, such as vehicle status, location, diagnostic data, etc.

[0054] In actual implementation, this embodiment can simulate the communication connection between the vehicle and the TSP to obtain simulated signal data. This embodiment can send and receive messages, sending messages to the TSP platform. The testing tool simulates the vehicle, i.e., the MQTT client, connecting to the MQTT server (TSP platform), listening to platform messages, and sending signal messages to be tested. This embodiment can assemble and report messages (login, real-time, diagnostics, remote control) according to the communication protocol, parse the messages listened to from the TSP platform, obtain parsing results such as login responses and remote control commands, and temporarily store tokens, remote control logs, etc.

[0055] In this embodiment of the application, a login message can be sent according to the communication protocol, and the login response from the TSP can be listened to. The authentication token can be obtained from the response message, and the real-time signal supported by the vehicle model can be assembled according to the communication protocol, the token, and the real-time signal type, and then reported.

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

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

[0058] Step S301: pytest framework.

[0059] Step S302: Read environment configuration.

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

[0061] Step S304: Obtain vehicle model information from TSP based on VIN.

[0062] Step S305: Determine the protocol type based on the vehicle model.

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

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

[0065] Step S308: Configure the vehicle model with default full signal and functions.

[0066] Step S309: Create a communication connection.

[0067] Step S310: Diagnostic signal.

[0068] Step S311: Traverse and compare signals.

[0069] Step S312: Write a success record.

[0070] Step S313: Write a 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 a success record.

[0075] Step S318: Write a failure record.

[0076] Step S319: Output report.

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

[0078] Step S321: Introduce the secure signature JAR service package.

[0079] Step S322: Issue commands to the APP permissions for each vehicle model.

[0080] Step S323: Simulated TBOX reports successful execution.

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

[0082] Step S325: Write a success record.

[0083] Step S326: Write a failure record.

[0084] Step S327: Output report.

[0085] The vehicle model signal inspection and testing method proposed in this application allows for real-time acquisition of the TSP model by inputting the VIN, retrieving the model signal configuration based on the model, simulating the test of the model signal configuration, and summarizing and outputting erroneous signals. This enables daily inspection of the TSP platform, resulting in high stability and accuracy. This solves the problem in related technologies where the accuracy of data reported by the vehicle's TBOX depends on the TBOX version and the hardware and software environment of various vehicle components, increasing the difficulty of testing and verifying the TSP platform. Furthermore, due to the real-time and security requirements of vehicle networking data, the amount of data reported by each vehicle after power-on is very large, reducing the stability of the TSP platform and increasing the workload of signal testing.

[0086] Next, referring to the accompanying drawings, a vehicle model signal inspection and testing device according to an embodiment of this application is described.

[0087] Figure 4 This is a schematic diagram of the vehicle model signal inspection and testing device according to an embodiment of this 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 number (VIN) of the vehicle and match the vehicle model corresponding to the VIN from the vehicle networking TSP platform.

[0090] The acquisition module 200 is used to acquire the vehicle's vehicle signal configuration and vehicle permission configuration according to the vehicle model, and store the vehicle signal configuration and vehicle permission configuration to a preset set in order to acquire the reporting signal from the preset set.

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

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

[0093] The acquisition unit is used to configure at least one of the following: VIN corresponding to the vehicle model, environmental communication port, address, username, password, and interface call address of the TSP platform, so as to obtain the vehicle model signal configuration and vehicle model permission configuration.

[0094] Optionally, in one embodiment of this 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 signals after traversal with signal data that meet preset standard conditions to obtain signals that have been successfully compared or have failed to be compared.

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

[0098] The judgment module is used to determine whether the VIN matches the vehicle model in the TSP platform after matching the VIN with the corresponding vehicle model.

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

[0100] Optionally, in one embodiment of this application, the vehicle model signal inspection and testing device 10 further includes: a simulation module and a parsing module.

[0101] 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 messages to the TSP platform based on simulated signal data, and parse the messages on the TSP platform to obtain the parsing results, so as to obtain the authentication token information based on the parsing results.

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

[0104] The vehicle model signal inspection and testing device proposed in this application embodiment can input the VIN to obtain the vehicle model to which the TSP belongs in real time, retrieve the vehicle model signal configuration based on the vehicle model, and then perform simulated testing on the vehicle model signal configuration. It also summarizes and outputs erroneous signals, thereby performing daily inspections of the TSP platform with high stability and accuracy. This solves the problem in related technologies where the accuracy of data reported by the actual vehicle TBOX depends on the TBOX version and the hardware and software environment of various vehicle components, increasing the difficulty of testing and verifying the TSP platform. Furthermore, due to the real-time and security requirements of vehicle networking data, the amount of data reported by each vehicle after power-on is very large, reducing the stability of the TSP platform and increasing the workload of TSP platform signal testing.

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

[0106] The memory 501, the processor 502, and the computer program stored on the memory 501 and capable of running on the processor 502.

[0107] When the processor 502 executes the program, it implements the vehicle model signal inspection test method provided in the above embodiments.

[0108] Furthermore, electronic devices also include:

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

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

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

[0112] If the memory 501, processor 502, and communication interface 503 are implemented independently, then the communication interface 503, memory 501, and processor 502 can be interconnected via a bus to complete communication between them. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of representation, Figure 5 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

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

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

[0115] This embodiment also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the vehicle model signal inspection test method described above.

[0116] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

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

[0118] Any process or method described in the flowchart or otherwise herein can be understood as representing a module, segment, or portion of code comprising one or N executable instructions for implementing custom logic functions or processes, and the scope of the preferred embodiments of this application includes additional implementations in which functions may be performed not in the order shown or discussed, including substantially simultaneously or in reverse order depending on the functions involved, as should be understood by those skilled in the art to which embodiments of this application pertain.

[0119] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a sequenced list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by, or in conjunction with, an instruction execution system, apparatus, or device (such as a computer-based system, a processor-included system, or other system that can fetch and execute instructions from, an instruction execution system, apparatus, or device). For the purposes of this specification, "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transmit programs for use by, or in conjunction with, an instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of computer-readable media include: an electrical connection having one or more wires (electronic device), a portable computer disk drive (magnetic device), random access memory (RAM), read-only memory (ROM), erasable and editable read-only memory (EPROM or flash memory), fiber optic devices, and portable optical disc read-only memory (CDROM). Alternatively, the computer-readable medium may be paper or other suitable media on which the program can be printed, since the program can be obtained electronically by optically scanning the paper or other medium, followed by editing, interpreting, or otherwise processing as necessary, and then stored in a computer memory.

[0120] It should be understood that the various parts of this application can be implemented using hardware, software, firmware, or a combination thereof. In the above embodiments, the N steps or methods can be implemented using software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware as in another embodiment, it can be implemented using any one or a combination of the following techniques known in the art: discrete logic circuits having logic gates for implementing logical functions on data signals, application-specific integrated circuits (ASICs) having suitable combinational logic gates, programmable gate arrays (PGAs), field-programmable gate arrays (FPGAs), etc.

[0121] Those skilled in the art will understand that all or part of the steps of the methods in the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, the program includes one or a combination of the steps of the method embodiments.

[0122] Furthermore, the functional units in the various embodiments of this application can be integrated into a processing module, or each unit can exist physically separately, or two or more units can be integrated into a module. The integrated module can be implemented in hardware or as a software functional module. If the integrated module is implemented as a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium.

[0123] The storage medium mentioned above can be a read-only memory, a disk, or an optical disk, etc. Although embodiments of this application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting this application. Those skilled in the art can make changes, modifications, substitutions, and variations to the above embodiments within the scope of this application.

Claims

1. A method for inspecting and testing vehicle model signals, characterized in that, Includes the following steps: Obtain the vehicle identification number (VIN) of the vehicle and match the vehicle model corresponding to the VIN from the vehicle networking TSP platform; The vehicle model signal configuration and vehicle model permission configuration are obtained according to the vehicle model, and the vehicle model signal configuration and vehicle model permission configuration are stored in a preset set to obtain a reporting signal; The reported signals are traversed to obtain the traversed reported signals, and the traversed reported signals are compared to obtain a signal of successful comparison or a signal of failed comparison. A test report is generated 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.

2. The method according to claim 1, characterized in that, The step of obtaining the vehicle model signal configuration and vehicle model permission configuration based on the vehicle model includes: Configure at least one of the following for the vehicle model: VIN, environmental communication port, address, username, password, and interface call address of the TSP platform, to obtain the vehicle model signal configuration and the vehicle model permission configuration.

3. The method according to claim 1, characterized in that, The comparison of the reported signals after the traversal yields either a signal indicating a successful comparison or a signal indicating a failed comparison, including: Connect to a preset database to obtain signal data that meets preset standard conditions; The reported signals after traversal are compared with the signal data that meet the preset standard conditions to obtain the signals that are successfully compared or the signals that are unsuccessfully compared.

4. The method according to claim 1, characterized in that, After matching the vehicle model corresponding to the VIN from the vehicle networking TSP platform, the process also includes: Determine whether the VIN matches the 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 the corresponding default signal configuration and application (APP) permission configuration are obtained based on the default vehicle model.

5. The method according to claim 1, characterized in that, Also includes: Simulate the 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 from the TSP platform is parsed to obtain the parsing result, so as to obtain the authentication token information according to the parsing result.

6. A vehicle model signal inspection and testing device, characterized in that, include: The receiving module is used to obtain the vehicle identification number (VIN) of the vehicle and match the vehicle model corresponding to the VIN from the vehicle networking TSP platform; The acquisition module is used to acquire the vehicle model signal configuration and vehicle model permission configuration according to the vehicle model, and store the vehicle model signal configuration and vehicle model permission configuration to a preset set, so as to acquire the reporting signal from the preset set; The inspection module is used to traverse the reported signals to obtain the traversed reported signals, compare the traversed reported signals 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.

7. The apparatus according to claim 6, characterized in that, The acquisition module includes: The acquisition unit is used to configure at least one of the following: VIN corresponding to the vehicle model, environmental communication port, address, username, password, and interface call address of the TSP platform, so as to obtain the vehicle model signal configuration and the vehicle model permission configuration.

8. The apparatus according to claim 6, characterized in that, The inspection module includes: A connection unit is used to connect to a preset database to obtain signal data that meets preset standard conditions; The comparison unit is used to compare the traversed reported signal with the signal data that meets the preset standard conditions to obtain the signal that the comparison is successful or the signal that the comparison fails.

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, the processor executing the program to implement the vehicle model signal inspection test method as described in any one of claims 1-5.

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

Images