Internet of vehicles simulation test method and device, electronic equipment and storage medium
By receiving user commands, parsing vehicle information, generating simulation rules, and simulating T-BOX response results, the problem of low testing efficiency in remote vehicle control cloud systems is solved, achieving efficient vehicle networking simulation testing, supporting concurrent simulation of a large number of vehicles, and meeting the functional testing requirements of cloud systems.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- ANHUI DEEPWAY TECHNOLOGY CO LTD
- Filing Date
- 2023-04-27
- Publication Date
- 2026-07-10
AI Technical Summary
Existing technologies for remote vehicle control cloud systems suffer from low testing efficiency, inability to meet timeliness requirements, low coverage of test scenarios, limited data scale, and difficulty in evaluating the performance of vehicle control systems.
By subscribing to messages to receive user control test commands, parsing vehicle information, generating simulation rules, simulating the response results of T-BOX, using a multi-threaded approach to batch simulate simulation messages, and using Redis delayed queues and the MQTT protocol for data transmission, the vehicle-to-everything (V2X) simulation test is realized.
It improves testing efficiency, supports the need for concurrent simulation of remote vehicle control messages for a large number of vehicles, quickly constructs simulation data, meets the functional testing and iteration needs of cloud systems, and reduces data construction costs.
Smart Images
Figure CN116300833B_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of intelligent testing technology, and in particular to a vehicle networking simulation testing method, device, electronic device, and storage medium. Background Technology
[0002] With the rapid development of connected vehicle technology year by year, remote vehicle control systems have become an indispensable system in the field of intelligent transportation. When testing remote vehicle control cloud systems, a normal vehicle control command requires real-time response data from the vehicle to complete a test. This real-time response data is obtained by a real vehicle or vehicle test bench equipped with a T-BOX (vehicle terminal) performing the relevant operations and then sending the response to the cloud system in real time.
[0003] In related technologies, testing of remote vehicle control cloud systems suffers from low efficiency and inability to meet timeliness requirements. Furthermore, the low coverage of test scenarios and significant limitations in the scale of test data make it difficult to evaluate the performance of vehicle control systems. Summary of the Invention
[0004] This application provides a vehicle networking simulation testing method, apparatus, electronic device, and storage medium to improve testing efficiency.
[0005] The embodiments of this application adopt the following technical solutions:
[0006] In a first aspect, embodiments of this application provide a vehicle-to-everything (V2X) simulation testing method, wherein the method includes:
[0007] By subscribing to messages, you can receive control test commands from users for the target vehicle.
[0008] The vehicle information is obtained by parsing the control test command.
[0009] Based on the vehicle information, generate simulation rules corresponding to the vehicle;
[0010] Based on the vehicle information and the simulation rules, simulate and return a simulation message showing the response of the T-BOX on the target vehicle to the control test command.
[0011] In some embodiments, the method further includes:
[0012] Basic data on the relationship between the target vehicle and the user is established in advance. Each user establishes communication with the vehicle through the corresponding remote vehicle control system in the cloud service. The users include at least test users.
[0013] In some embodiments, the method further includes:
[0014] Pre-configure the simulation results corresponding to the control test commands in the simulation message;
[0015] And / or,
[0016] The response time in the simulation message is pre-configured.
[0017] In some embodiments, the method further includes:
[0018] Using a multi-threaded approach, based on the vehicle information and the simulation rules, a batch of simulation messages are generated to simulate and return the response results of the T-BOX on the target vehicle to the control test commands.
[0019] In some embodiments, the simulation message that simulates and returns the response result of the T-BOX on the target vehicle to the control test command based on the vehicle information and the simulation rules includes:
[0020] Based on the test link, according to the vehicle information and the simulation rules, the test scenario of concurrent control test commands is simulated, and the simulation message is added to the Redis delay queue.
[0021] In some embodiments, the vehicle information includes the control permissions of the vehicle under test in a preset test scenario, the vehicle signals of the vehicle under test, and the remote control functions of the vehicle under test. Generating simulation rules corresponding to the vehicle based on the vehicle information includes:
[0022] The simulation rules corresponding to the vehicle are matched based on the combination of any one or more of the following information: the control authority of the vehicle under test in the preset test scenario, the vehicle signals of the vehicle under test, and the remote control functions of the vehicle under test.
[0023] In some embodiments, the MQTT protocol is used in the process of receiving user control test commands for the target vehicle by subscribing to messages, and simulating and returning simulation messages of the response results of the T-BOX on the target vehicle to the control test commands according to the vehicle information and the simulation rules.
[0024] Secondly, embodiments of this application also provide a vehicle networking simulation testing device, wherein the device includes:
[0025] The subscription module is used to receive user control test commands for the target vehicle through subscription messages;
[0026] The parsing module is used to parse the vehicle information according to the control test command;
[0027] The generation module is used to generate simulation rules corresponding to the vehicle based on the vehicle information.
[0028] The simulation module is used to simulate and return a simulation message of the response result of the T-BOX on the target vehicle to the control test command based on the vehicle information and the simulation rules.
[0029] Thirdly, embodiments of this application also provide an electronic device, including: a processor; and a memory arranged to store computer-executable instructions, which, when executed, cause the processor to perform the above-described method.
[0030] Fourthly, embodiments of this application also provide a computer-readable storage medium that stores one or more programs, which, when executed by an electronic device including multiple applications, cause the electronic device to perform the above-described method.
[0031] The at least one technical solution adopted in this application embodiment can achieve the following beneficial effects: During vehicle network simulation testing, the user's control test command for the target vehicle is first received by subscribing to messages. Then, vehicle information is obtained by parsing the control test command. Next, simulation rules corresponding to the vehicle are generated based on the vehicle information. Finally, simulation messages of the response result of the T-BOX on the target vehicle to the control test command are simulated and returned based on the vehicle information and the simulation rules. The above method does not rely on the actual response result of the T-BOX on the target vehicle to the control test command, but performs full-link testing through the simulation message of the response result to verify whether the link is abnormal when the cloud sends control commands to the vehicle and executes the corresponding functions. Attached Figure Description
[0032] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:
[0033] Figure 1 This is a flowchart illustrating the vehicle-to-everything (V2X) simulation testing method in the embodiments of this application.
[0034] Figure 2 This is a schematic diagram of the hardware architecture of the vehicle-to-everything (V2X) simulation testing method in the embodiments of this application;
[0035] Figure 3 This is a schematic diagram of the relevant functional modules in the vehicle-to-everything (V2X) simulation testing method in the embodiments of this application;
[0036] Figure 4 This is a timing diagram of the vehicle-to-everything (V2X) simulation testing method in the embodiments of this application;
[0037] Figure 5This is a schematic diagram of the vehicle networking simulation test device in the embodiments of this application;
[0038] Figure 6 This is a schematic diagram of the structure of an electronic device according to an embodiment of this application. Detailed Implementation
[0039] To make the objectives, technical solutions, and advantages of this application clearer, the technical solutions of this application will be clearly and completely described below in conjunction with specific embodiments and corresponding drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.
[0040] The testing techniques in related technologies have the following main drawbacks:
[0041] (1) Low efficiency: Since different vehicles may have different vehicle control commands each time, and the response needs to be generated according to the content of the command, the corresponding response message needs to be manually generated according to the protocol for each command, making the testing process very cumbersome and inefficient.
[0042] (2) Failure to meet timeliness requirements: Due to the cumbersome construction of response messages, the timeliness of message construction is poor, making it difficult to guarantee that each response can return a response message within a specified time, making it difficult to test test scenarios with timeliness requirements.
[0043] (3) Low test scenario coverage. When verifying vehicle control, it is necessary to simulate the execution results of vehicle control commands corresponding to different return messages. However, manually generated messages have limitations in construction each time and it is difficult to cover all scenarios completely.
[0044] (4) There are significant limitations in data scale. The current testing technology is barely usable when verifying a single vehicle, but it is difficult to conduct tests when constructing response messages for multiple vehicles in batches because it lacks the ability to construct response messages concurrently.
[0045] (5) The performance of the vehicle control system is difficult to evaluate. Due to the lack of large-scale data verification capabilities, it is also impossible to verify whether the cloud system meets the performance requirements when processing a large number of vehicle control commands.
[0046] To address the issues of low efficiency, poor timeliness, limited data types, and inability to generate vehicle control return messages during the aforementioned functional tests, this application's embodiments employ a test scheme that simulates vehicle control command return messages to resolve these shortcomings.
[0047] The technical solutions provided by the various embodiments of this application are described in detail below with reference to the accompanying drawings.
[0048] This application provides a vehicle networking simulation testing method, such as... Figure 1 As shown, a schematic diagram of the vehicle-to-everything (V2X) simulation testing method in this application embodiment is provided. The method includes at least the following steps S110 to S140:
[0049] Step S110: Receive user control test commands for the target vehicle by subscribing to messages.
[0050] By subscribing to messages, users can receive test commands sent to the target vehicle. The target vehicle refers to the vehicle that needs to be simulated and tested. The test mainly includes end-to-end testing of the cloud system's control over the vehicle.
[0051] The testing process supports testing in different environments and receives corresponding control test commands based on the different target vehicle models. It can be understood that the control test commands include those required by the remote vehicle control system.
[0052] Step S120: Obtain vehicle information by parsing the control test command.
[0053] The vehicle information is obtained after parsing the control test command, which is the message parsing result obtained after decoding the received vehicle control message.
[0054] The message parsing results include at least vehicle information, which can be used to further determine the configuration rules associated with the vehicle.
[0055] Step S130: Generate simulation rules corresponding to the vehicle based on the vehicle information.
[0056] Based on the vehicle information obtained from the above steps, the simulation rules corresponding to the current vehicle are generated.
[0057] It should be noted that the simulation rules for each vehicle are pre-configured, and the rules for different vehicles are not the same, requiring unified rule management.
[0058] Step S140: Based on the vehicle information and the simulation rules, simulate and return a simulation message showing the response of the T-BOX on the target vehicle to the control test command.
[0059] After obtaining vehicle information and simulation rules, response simulation messages can be constructed. This allows for the testing and deployment of cloud services for IOV (Internet of Vehicles) connectivity, bypassing vehicle hardware dependencies such as T-BOX.
[0060] The simulation obtains the simulated message as the original response of the T-BOX on the target vehicle to the control test command and returns it. This process is actually a mock test implementation method. By quickly constructing basic data and generating simulation message rules, it can quickly simulate the remote vehicle control messages returned by the vehicle T-BOX, thereby supporting the need for concurrent simulation of remote vehicle control messages for a large number of vehicles and quickly supporting the functional testing and iteration of cloud systems.
[0061] Mock testing, as we understand it, allows us to create virtual objects for testing purposes during the testing process, specifically for objects that are difficult to construct or obtain. These virtual objects are called mock objects. A mock object is a substitute for a real object during debugging. By using mock objects to replace methods with methods that don't actually call other classes, testing efficiency is improved. Mock objects allow users to complete tests without depending on concrete objects. This solves the problem that because different vehicles may use different control commands each time, and responses need to be generated based on the command content, the testing process is cumbersome and inefficient, requiring manual generation of corresponding response messages according to the protocol for each command.
[0062] In one embodiment of this application, the method further includes: pre-establishing basic data on the relationship between the target vehicle and the user, wherein each user establishes communication with the vehicle through a corresponding remote vehicle control system in the cloud service, and the user includes at least a test user.
[0063] Before conducting data simulation, vehicles and users are required. This enables the rapid construction of vehicles and users, as well as the rapid maintenance of vehicle-user relationships, reducing the time required for basic data construction from minutes to seconds, thus supporting the rapid construction of basic data.
[0064] To perform vehicle-to-everything (V2X) simulation testing, pre-configuration is required. This involves establishing basic data about the relationship between the target vehicle and the user beforehand, with each user communicating with the vehicle via a corresponding remote vehicle control system in the cloud service.
[0065] Since it is necessary to determine which target vehicle a user has control over during testing, the relationship between the user and the vehicle can be maintained and determined.
[0066] Preferably, if a user is not assigned a corresponding vehicle for testing the relevant function, a target vehicle needs to be created first and assigned to the user.
[0067] It should be noted here that the users mentioned include test users, such as... Figure 2 As shown, multiple users (User 1, User 2, User 3) can establish a connection with the vehicle-side T-BOX through cloud services by logging into an application (such as a mobile APP).
[0068] The cloud service includes multiple remote vehicle control systems (remote vehicle control system 1, remote vehicle control system 2, ..., remote vehicle control system N), which establish communication with the vehicle-side T-BOX through the cloud service and simultaneously receive data from the simulated vehicle-side response.
[0069] In one embodiment of this application, the method further includes: pre-configuring the simulation result corresponding to the control test command in the simulation message; and / or, pre-configuring the response time in the simulation message.
[0070] To obtain link test results, simulation results and response time need to be pre-configured. The response time is configured according to the requirements of the control test commands, and the simulation results are obtained through a customized method.
[0071] By pre-configuring simulation results and response times, T-BOX simulation data management is achieved. This solves the problem that the cumbersome process of constructing response messages leads to poor timeliness in message construction, making it difficult to guarantee that each response will return a response message within a specified time, thus hindering the testing of time-sensitive test scenarios.
[0072] In one embodiment of this application, the method further includes: using a multi-threaded approach, based on the vehicle information and the simulation rules, batch simulating and returning simulation messages of the response results of the T-BOX on the target vehicle to the control test command.
[0073] The simulation data construction scheme employs a multi-threaded approach, supporting the construction of simulation data for large-scale testing. This means it supports the simultaneous construction of remote vehicle control simulation data for a large number of vehicles, while also supporting large-scale data verification. Therefore, the simulation testing method possesses the capability to perform performance testing on cloud systems under normal business scenarios.
[0074] In one embodiment of this application, the step of simulating and returning the simulation message of the response result of the T-BOX on the target vehicle to the control test command based on the vehicle information and the simulation rules includes: simulating the test scenario when the control test command is concurrent based on the test link according to the vehicle information and the simulation rules, and adding the simulation message to the Redis delay queue.
[0075] When constructing remote vehicle control data simulation messages, simulation message rules can be quickly generated based on vehicles and users, reducing the time required for remote vehicle control simulation message construction from minutes to seconds. The simulation data construction scheme adopts a multi-threaded approach, which can support the simultaneous construction of remote vehicle control simulation data for a large number of vehicles and has the capability to perform performance testing under normal business scenarios of the cloud system.
[0076] Redis delayed queues can handle multiple test scenarios concurrently. This solves the problem that current testing solutions are barely usable when verifying a single vehicle, but when constructing response messages for multiple vehicles in batches, the lack of concurrent response message construction capabilities makes it difficult to conduct tests.
[0077] In one embodiment of this application, the vehicle information includes the control authority of the vehicle under test in a preset test scenario, the vehicle signals of the vehicle under test, and the remote control functions of the vehicle under test. The step of generating the simulation rules corresponding to the vehicle based on the vehicle information includes: matching the simulation rules corresponding to the vehicle based on the combination result of any one or more of the control authority of the vehicle under test in the preset test scenario, the vehicle signals of the vehicle under test, and the remote control functions of the vehicle under test.
[0078] Based on different remote vehicle control commands, the simulation results corresponding to the commands can be flexibly configured, simulating data returns from various scenarios on the T-BOX terminal. Simultaneously, the response time of simulation message data can be flexibly configured to cover more diverse business scenarios. Simulation message data can be flexibly configured based on a combination of any one or more of the following: the control permissions of the vehicle under test in a preset test scenario, the vehicle signals of the vehicle under test, and the remote control functions of the vehicle under test.
[0079] For single control test commands, simulation customization is available. When simulation rules are applied to a target vehicle and it is necessary to temporarily modify the simulation return result of a vehicle, the customized result can be temporarily modified within the configured response time to further verify the temporary scenario.
[0080] The simulation data construction scheme adopts a multi-threaded approach, which can support the simultaneous construction of remote vehicle control simulation data for a large number of vehicles and has the capability to test the performance of cloud systems under normal business scenarios. It solves the problem that when verifying vehicle control, it is necessary to simulate the execution results of vehicle control commands corresponding to different return messages, but manually generated messages have limitations in each construction and cannot fully cover all scenarios.
[0081] In one embodiment of this application, the MQTT protocol is used in the process of receiving user control test commands for the target vehicle through subscription messages, and simulating and returning the response results of the T-BOX on the target vehicle to the control test commands according to the vehicle information and the simulation rules.
[0082] MQTT is a publish / subscribe messaging protocol with a client-server architecture. It's used for communication between vehicle-side and cloud systems. Essentially, a T-BOX acts as an MQTT client. During development and testing, developers can use MQTT tools (such as MQTT.x) to send message responses. These responses are generated based on the specific content of the vehicle control commands and the MQTT protocol, simulating the T-BOX's message response.
[0083] The above method differs from related technologies where, during testing of remote vehicle control cloud systems, a single vehicle control command requires real-time response data from the vehicle to complete a test. In actual testing, real-time response data from the vehicle is obtained by performing relevant operations on a real vehicle or vehicle test bench equipped with a T-BOX and then sending the results back to the cloud system in real time. This method uses the MQTT protocol to establish a connection between the cloud and the vehicle-mounted T-BOX.
[0084] like Figure 3 The diagram shown is a schematic representation of the relevant functional modules in the vehicle-to-everything (V2X) simulation testing method in this application embodiment, specifically including a basic data module and a simulation module.
[0085] The basic data module includes functions such as "one-click creation," "vehicle-human relationship maintenance," and "support for testing in different environments." The "one-click creation" function can generate a target vehicle under a user's name, and the target vehicle has the relevant functions for link testing. "Vehicle-human relationship maintenance" refers to the ability to quickly construct and maintain vehicle and user relationships before data simulation, reducing the time for basic data construction from minutes to seconds. "Support for testing in different environments" refers to the ability to quickly simulate remote message data under different environments.
[0086] The simulation module includes rule management, subscription management, and T-BOX simulation data management. Rule management allows for rapid construction of basic data and generation of simulation message rules, quickly simulating remote vehicle control messages returned by the vehicle's T-BOX. This supports the need for concurrent simulation of remote vehicle control messages from a large number of vehicles, rapidly supporting functional testing and iteration of the cloud system. Compared to existing solutions, the protocol-based vehicle networking simulation testing scheme significantly reduces data construction costs, eliminating reliance on T-BOX data returns for cloud testing. It also supports large-scale data simulation and enriches the business's demands for data diversity. Subscription management allows receiving test commands sent by users to target vehicles through subscription messages. The target vehicle refers to the vehicle to be simulated and tested, with testing primarily including end-to-end testing of the cloud system's control over the vehicle. T-BOX simulation data management allows for flexible configuration of simulation message data based on a combination of one or more of the following: the vehicle's control permissions in a preset test scenario, the vehicle's signals, and the vehicle's remote control functions.
[0087] like Figure 4 The diagram shown is a timing diagram of the vehicle-to-everything (V2X) simulation testing method in this embodiment of the application, including: an MQTT subscription / publish module, a simulation module, a message editing code module, and a simulation rule module.
[0088] Step S1. Subscribe to the vehicle control message received via the MQTT subscription / publish module.
[0089] The MQTT protocol is used in the process of receiving user control test commands for the target vehicle by subscribing to messages, and simulating and returning the response results of the T-BOX on the target vehicle to the control test commands according to the vehicle information and the simulation rules.
[0090] Step S2. Decode the simulation module.
[0091] Step S3. The message editing module obtains the message parsing result.
[0092] Step S4. The simulation module obtains simulation rules based on the vehicle.
[0093] By subscribing to messages, you can receive control test commands from users for the target vehicle.
[0094] The vehicle information is obtained by parsing the control test command.
[0095] Step S5. Return the simulation rules in the simulation rules module.
[0096] Step S6. The simulation module constructs a response simulation message based on the message and simulation rules.
[0097] The simulation rules corresponding to the vehicle are matched based on the combination of one or more of the following information: the control authority of the vehicle under test in the preset test scenario, the vehicle signals of the vehicle under test, and the remote control functions of the vehicle under test.
[0098] Step S7. The simulation module sends the encoding to the message editing code module.
[0099] Step S8. The message editing code module returns the encoding result.
[0100] Step S9. The simulation module adds the simulation message to the Redis delay queue until the set time is reached.
[0101] Based on the test link, according to the vehicle information and the simulation rules, the test scenario of concurrent control test commands is simulated, and the simulation message is added to the Redis delay queue.
[0102] Step S10. The simulation module calls the publishing module to publish the simulation message.
[0103] This application also provides a vehicle networking simulation testing device 500, such as... Figure 5 As shown, a schematic diagram of the vehicle-to-everything (V2X) simulation testing device 500 in this application embodiment is provided. The V2X simulation testing device 500 includes at least: a subscription module 510, a parsing module 520, a generation module 530, and a simulation module 540, wherein:
[0104] In one embodiment of this application, the acquisition module 510 is specifically used to: receive user control test instructions for the target vehicle by subscribing to messages.
[0105] By subscribing to messages, users can receive test commands sent to the target vehicle. The target vehicle refers to the vehicle that needs to be simulated and tested. The test mainly includes end-to-end testing of the cloud system's control over the vehicle.
[0106] The testing process supports testing in different environments and receives corresponding control test commands based on the different target vehicle models. It can be understood that the control test commands include those required by the remote vehicle control system.
[0107] In one embodiment of this application, the parsing module 520 is specifically used to: parse vehicle information according to the control test command.
[0108] The vehicle information is obtained after parsing the control test command, which is the message parsing result obtained after decoding the received vehicle control message.
[0109] The message parsing results include at least vehicle information, which can be used to further determine the configuration rules associated with the vehicle.
[0110] In one embodiment of this application, the generation module 530 is specifically used to: generate simulation rules corresponding to the vehicle based on the vehicle information.
[0111] Based on the vehicle information obtained from the above steps, the simulation rules corresponding to the current vehicle are generated.
[0112] It should be noted that the simulation rules for each vehicle are pre-configured, and the rules for different vehicles are not the same, requiring unified rule management.
[0113] In one embodiment of this application, the simulation module 540 is specifically used to: simulate and return a simulation message of the response result of the T-BOX on the target vehicle to the control test command based on the vehicle information and the simulation rules.
[0114] After obtaining vehicle information and simulation rules, response simulation messages can be constructed. This allows for the testing and deployment of cloud services for IOV (Internet of Vehicles) connectivity, bypassing vehicle hardware dependencies such as T-BOX.
[0115] The simulation obtains the simulated message as the original response of the T-BOX on the target vehicle to the control test command and returns it. This process is actually a mock test implementation method. By quickly constructing basic data and generating simulation message rules, it can quickly simulate the remote vehicle control messages returned by the vehicle T-BOX, thereby supporting the need for concurrent simulation of remote vehicle control messages for a large number of vehicles and quickly supporting the functional testing and iteration of cloud systems.
[0116] It is understood that the above-mentioned vehicle-to-everything (V2X) simulation testing device can realize all the steps of the V2X simulation testing method provided in the foregoing embodiments. The relevant explanations of the V2X simulation testing method are applicable to the V2X simulation testing device, and will not be repeated here.
[0117] Figure 6 This is a schematic diagram of the structure of an electronic device according to an embodiment of this application. Please refer to it. Figure 6 At the hardware level, the electronic device includes a processor, and optionally also includes an internal bus, a network interface, and memory. The memory may include main memory, such as high-speed random-access memory (RAM), or non-volatile memory, such as at least one disk drive. Of course, the electronic device may also include other hardware required for other business operations.
[0118] The processor, network interface, and memory can be interconnected via an internal bus, which can be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component Interconnect) bus, or an EISA (Extended Industry Standard Architecture) bus, etc. This bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 6 The symbol is represented by a single double-headed arrow, but this does not mean that there is only one bus or one type of bus.
[0119] Memory is used to store programs. Specifically, programs may include program code, which includes computer operation instructions. Memory may include main memory and non-volatile memory, and provides instructions and data to the processor.
[0120] The processor reads the corresponding computer program from non-volatile memory into main memory and then runs it, forming a vehicle-to-everything (V2X) simulation test device at the logical level. The processor executes the program stored in memory and specifically performs the following operations:
[0121] By subscribing to messages, you can receive control test commands from users for the target vehicle;
[0122] The vehicle information is obtained by parsing the control test command.
[0123] Based on the vehicle information, generate simulation rules corresponding to the vehicle;
[0124] Based on the vehicle information and the simulation rules, simulate and return a simulation message showing the response of the T-BOX on the target vehicle to the control test command.
[0125] The above is as stated in this application. Figure 1The method executed by the vehicle networking simulation test device disclosed in the illustrated embodiment can be applied to a processor or implemented by a processor. The processor may be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method can be completed by integrated logic circuits in the processor's hardware or by instructions in software form. The processor can be a general-purpose processor, including a Central Processing Unit (CPU), a Network Processor (NP), etc.; it can also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field-Programmable Gate Array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the embodiments of this application can be directly manifested as execution by a hardware decoding processor, or execution by a combination of hardware and software modules in the decoding processor. The software module can reside in a mature storage medium in the field, such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, or registers. This storage medium is located in memory, and the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above method.
[0126] The electronic device can also perform Figure 1 The method for executing the vehicle networking simulation test device, and the realization of the vehicle networking simulation test device in Figure 1 The functions of the embodiments shown are not described in detail here.
[0127] This application also proposes a computer-readable storage medium that stores one or more programs, the programs including instructions that, when executed by an electronic device including multiple applications, enable the electronic device to perform... Figure 1 The method executed by the vehicle-to-everything (V2X) simulation test device in the illustrated embodiment is specifically used to perform the following:
[0128] By subscribing to messages, you can receive control test commands from users for the target vehicle;
[0129] The vehicle information is obtained by parsing the control test command.
[0130] Based on the vehicle information, generate simulation rules corresponding to the vehicle;
[0131] Based on the vehicle information and the simulation rules, simulate and return a simulation message showing the response of the T-BOX on the target vehicle to the control test command.
[0132] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, systems, or computer program products. Therefore, the present invention can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.
[0133] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.
[0134] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.
[0135] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.
[0136] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.
[0137] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.
[0138] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.
[0139] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.
[0140] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.
[0141] The above description is merely an embodiment of this application and is not intended to limit the scope of this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of the claims of this application.
Claims
1. A vehicle-to-everything (V2X) simulation testing method, wherein, The method includes: By subscribing to messages, you can receive control test commands from users for the target vehicle. The vehicle information is obtained by parsing the control test command. Based on the vehicle information, generate simulation rules corresponding to the vehicle; The vehicle information includes the control permissions of the vehicle under test in a preset test scenario, the vehicle signals of the vehicle under test, and the remote control functions of the vehicle under test. Generating simulation rules corresponding to the vehicle based on the vehicle information includes: The simulation rules corresponding to the vehicle are matched based on the combination of any one or more of the following information: the control authority of the vehicle under test in the preset test scenario, the vehicle signals of the vehicle under test, and the remote control functions of the vehicle under test. Based on the vehicle information and the simulation rules, a simulation message is simulated and returned as the response result of the T-BOX on the target vehicle to the control test command. The simulation message is returned as the original response result of the T-BOX on the target vehicle to the control test command. Pre-configure the simulation results corresponding to the control test commands in the simulation message; Pre-configure the response time in the simulation message; The simulation message that simulates and returns the response result of the T-BOX on the target vehicle to the control test command based on the vehicle information and the simulation rules includes: Based on the test link, according to the vehicle information and the simulation rules, the test scenario of concurrent control test commands is simulated simultaneously, and the simulation message is added to the Redis delay queue. The MQTT protocol is used in the process of receiving user control test commands for the target vehicle by subscribing to messages, and simulating and returning the response results of the T-BOX on the target vehicle to the control test commands according to the vehicle information and the simulation rules.
2. The method as described in claim 1, wherein, The method further includes: Basic data on the relationship between the target vehicle and the user is established in advance. Each user establishes communication with the vehicle through the corresponding remote vehicle control system in the cloud service. The users include at least test users.
3. The method as described in claim 1, wherein, The method further includes: Using a multi-threaded approach, based on the vehicle information and the simulation rules, a batch of simulation messages are generated to simulate and return the response results of the T-BOX on the target vehicle to the control test commands.
4. A vehicle networking simulation testing device, wherein, The device includes: The subscription module is used to receive user control test commands for the target vehicle through subscription messages; The parsing module is used to parse the vehicle information according to the control test command; The generation module is used to generate simulation rules corresponding to the vehicle based on the vehicle information. The vehicle information includes the control permissions of the vehicle under test in a preset test scenario, the vehicle signals of the vehicle under test, and the remote control functions of the vehicle under test. Generating simulation rules corresponding to the vehicle based on the vehicle information includes: The simulation rules corresponding to the vehicle are matched based on the combination of any one or more of the following information: the control authority of the vehicle under test in the preset test scenario, the vehicle signals of the vehicle under test, and the remote control functions of the vehicle under test. The simulation module is used to simulate and return a simulation message of the response result of the T-BOX on the target vehicle to the control test command based on the vehicle information and the simulation rules. The simulation message is returned as the original response result of the T-BOX on the target vehicle to the control test command. Pre-configure the simulation results corresponding to the control test commands in the simulation message; Pre-configure the response time in the simulation message; The simulation message that simulates and returns the response result of the T-BOX on the target vehicle to the control test command based on the vehicle information and the simulation rules includes: Based on the test link, according to the vehicle information and the simulation rules, the test scenario of concurrent control test commands is simulated simultaneously, and the simulation message is added to the Redis delay queue. The MQTT protocol is used in the process of receiving user control test commands for the target vehicle by subscribing to messages, and simulating and returning the response results of the T-BOX on the target vehicle to the control test commands according to the vehicle information and the simulation rules.
5. An electronic device, comprising: processor; as well as A memory configured to store computer-executable instructions, which, when executed, cause the processor to perform the method of any one of claims 1 to 3.
6. A computer-readable storage medium storing one or more programs, which, when executed by an electronic device including a plurality of applications, cause the electronic device to perform the method of any one of claims 1 to 3.