A visual vehicle testing method and device based on SOA service architecture

Abstract

The application discloses a kind of visual vehicle test method based on SOA service architecture, comprising: obtaining the basic data of each component of the vehicle to be tested in SOA service architecture;Obtain the initial state simulation model of the vehicle to be tested;The basic data of each component of the vehicle to be tested is matched with the initial state simulation model of the vehicle to be tested, and the simulation model of the vehicle to be tested is generated according to the matched basic data;Obtain the off-board scene data;According to the simulation model of the vehicle to be tested and the off-board scene data, a visual simulation scene is generated;Obtain user demand;According to user demand, the data in the visual simulation scene is modified to generate a new visual simulation scene.The application meets the needs of various developers for whole vehicle simulation test, users can also quickly start using, reduce learning difficulty, reduce time cost, completely without the investment of using personnel to do program development, can be in situ observation simulation test virtual image result.

Description

Technical Field

[0001] This application relates to the field of vehicle simulation testing technology, specifically to a visual vehicle testing method and a visual vehicle testing device based on SOA service architecture. Background Technology

[0002] Service-Oriented Architecture (SOA) is a component model that breaks down different functional units (called services) of an application and connects them through well-defined interfaces and protocols. Currently, applications using SOA have broken down the barriers of the electronic and electrical architecture within vehicles, further standardizing the interfaces (i.e., service interfaces) of embedded application software. This allows app developers to iteratively develop applications based on a unified basic service interface, hiding the differences in application software across different vehicle configurations and truly achieving "standardization" and "openness" for vehicle-level software interfaces. The goal of SOA is to address the flexibility of IT systems through standardized encapsulation, reuse, loose coupling, and orchestration.

[0003] Augmented reality (AR) and virtual reality (VR) technologies are essentially a collection of sensors and displays. Computers and wearable devices work together to create immersive experiences for users.

[0004] Currently, applications based on SOA technology are expressed in terms of data information or two-dimensional graphics, without visualization of results. This makes the vehicle's control status less intuitive and easier to troubleshoot, and requires professional data analysis skills in automotive technology to determine whether the vehicle's control status meets the expected requirements.

[0005] Existing automotive testing simulation software or systems are all independently designed systems, geared towards technical developers. To achieve 3D virtual visualization simulation of motion, developers need not only expertise in automotive technology but also proficiency in 3D drive engine programming. They must write their own programs to simulate vehicle motion states under different requirements, a highly specialized task. Furthermore, the test data undergoes numerous iterations and changes, making the process difficult and time-consuming. Currently, SOA technology applications and VR / AR virtual visualization for 3D simulation are not interconnected; both rely on separate systems and software to accomplish these two tasks. Summary of the Invention

[0006] The purpose of this invention is to provide a visual vehicle testing method and a visual vehicle testing device based on SOA service architecture, so as to solve at least one of the above-mentioned technical problems.

[0007] This invention provides the following solution:

[0008] According to one aspect of the present invention, a visual vehicle testing method based on SOA service architecture is provided, comprising:

[0009] Obtain basic data of each component of the vehicle under test in the SOA service architecture;

[0010] Obtain the initial state simulation model of the vehicle under test;

[0011] The basic data of each component of the vehicle under test are matched with the initial state simulation model of the vehicle under test, and a simulation model of the vehicle under test is generated based on the matched basic data.

[0012] Acquire external scene data;

[0013] A visual simulation scene is generated based on the simulation model of the vehicle under test and the external scene data.

[0014] Obtain user needs;

[0015] The data in the visualization simulation scene is modified according to user needs to generate a new visualization simulation scene.

[0016] Optionally, the basic data includes parameter information and status information of each component.

[0017] Optionally, obtaining the initial state simulation model of the vehicle under test further includes:

[0018] Acquire the basic data of the initial state simulation model of the vehicle under test, wherein the basic data of the initial state simulation model of the vehicle under test includes the parameter information of each component of the vehicle under test in the initial state and the state information of each component.

[0019] Optionally, obtaining user requirements includes obtaining user modification records of basic data of various components of the test vehicle and user modification records of external scene data;

[0020] The user's modification records of the basic data of various components of the tested vehicle include:

[0021] The parameter information modification records of each component of the vehicle under test and the status information modification records of each component of the vehicle under test.

[0022] Optionally, the step of modifying the data in the visualization simulation scene according to user needs to generate a new visualization simulation scene includes:

[0023] The basic data of the simulation model of the vehicle under test are adjusted according to the user's modification records of the basic data of each component of the vehicle under test.

[0024] A modified simulation model of the test vehicle is generated based on the basic data of the adjusted simulation model of the test vehicle.

[0025] Optionally, the step of modifying the data in the visualization simulation scene according to user needs to generate a new visualization simulation scene includes:

[0026] The visualization simulation scene is adjusted according to the user's modification record of the vehicle exterior scene data to obtain the modified visualization simulation scene;

[0027] The modification records of the vehicle exterior scene data include modification records of meteorological conditions and geographical location of the vehicle exterior scene environment;

[0028] Based on the modification records of the vehicle exterior scene data, modify the vehicle exterior scene data of the tested vehicle to generate a modified visual simulation scene.

[0029] Optionally, the step of modifying the data in the visualization simulation scene according to user needs to generate a new visualization simulation scene includes:

[0030] A new visual simulation scene is generated based on the modified simulation model of the vehicle under test and the modified visual simulation scene.

[0031] Optionally, the visualized vehicle testing method based on SOA service architecture further includes:

[0032] The visualized simulation scene changes dynamically based on the user's modifications to the data within the visualized simulation scene.

[0033] Optionally, the visualized vehicle testing method based on SOA service architecture further includes:

[0034] The simulation model of the vehicle under test communicates between its components via the SOME / IP communication protocol.

[0035] This invention also provides a visual vehicle testing device based on SOA service architecture, comprising:

[0036] The data acquisition module is used to acquire basic data information of each component of the vehicle under test in the SOA service architecture;

[0037] The model acquisition module is used to acquire the initial state simulation model of the vehicle under test;

[0038] The model generation module is used to match the basic data of each component of the vehicle under test with the initial state simulation model of the vehicle under test, and generate a simulation model of the vehicle under test based on the matched basic data.

[0039] The vehicle exterior scene data acquisition module is used to acquire vehicle exterior scene data;

[0040] The visualization simulation scene generation module is used to generate a visualization simulation scene based on the simulation model of the vehicle under test and the external scene data.

[0041] The user requirement acquisition module is used to acquire user requirements;

[0042] The new visualization simulation scene generation module is used to modify the data in the visualization simulation scene according to user needs, thereby generating a new visualization simulation scene.

[0043] Compared with the prior art, the present invention has the following advantages:

[0044] This invention addresses the development and testing needs in various environments following the servitization of the entire vehicle industry. It aims to provide users with a convenient platform for inputting test parameters required for automotive design. The system automatically performs various functions of a virtual car in operation based on the test parameters. Using 3D glasses, it presents the car as a virtual 3D image to testers in a VR / AR format, allowing them to experience the vehicle's state and performance under different test parameters. Through multiple rounds of iterative simulation with different test parameters, it ultimately achieves a WYSIWYG immersive virtual image, meeting the needs of various testers for vehicle simulation testing. Ultimately, it yields optimal and reasonable design parameter data. Users of this invention can quickly get started without needing to customize the motion rules of the 3D model or develop a program for 3D model motion, reducing learning difficulty and time costs. Users can observe the virtual image results of the simulation test without any investment in program development. Attached Figure Description

[0045] To more clearly illustrate the specific embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the specific embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present invention. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0046] Figure 1 This is a flowchart illustrating a visual vehicle testing method based on SOA service architecture according to an embodiment of the present invention.

[0047] Figure 2 This is a schematic diagram of the structure of a visualization vehicle testing device based on SOA service architecture according to an embodiment of the present invention;

[0048] Figure 3 The electronic device structure diagram is provided to enable the visualization of vehicle testing method based on SOA service architecture of this invention. Detailed Implementation

[0049] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0050] Figure 1 This is a flowchart illustrating a visual vehicle testing method based on SOA service architecture according to an embodiment of the present invention.

[0051] like Figure 1 The visualized vehicle testing method based on SOA service architecture shown includes:

[0052] Step 1: Obtain basic data of each component of the vehicle under test in the SOA service architecture;

[0053] Step 2: Obtain the initial state simulation model of the vehicle under test;

[0054] Step 3: Match the basic data of each component of the vehicle under test with the initial state simulation model of the vehicle under test, and generate a simulation model of the vehicle under test based on the matched basic data;

[0055] Step 4: Acquire exterior scene data;

[0056] Step 5: Generate a visual simulation scene based on the simulation model of the vehicle under test and the external scene data;

[0057] Step 6: Obtain user needs;

[0058] Step 7: Modify the data in the visualization simulation scene according to user needs to generate a new visualization simulation scene.

[0059] Compared with the prior art, the present invention has the following advantages:

[0060] This invention addresses the development and testing needs in various environments following the servitization of the entire vehicle industry. It aims to provide users with a convenient platform for inputting test parameters required for automotive design. The system automatically performs various functions of a virtual car in operation based on the test parameters. Using 3D glasses, it presents the car as a virtual 3D image to testers in a VR / AR format, allowing them to experience the vehicle's state and performance under different test parameters. Through multiple rounds of iterative simulation with different test parameters, it ultimately achieves a WYSIWYG immersive virtual image, meeting the needs of various testers for vehicle simulation testing. Ultimately, it yields optimal and reasonable design parameter data. Users of this invention can quickly get started without needing to customize the motion rules of the 3D model or develop a program for 3D model motion, reducing learning difficulty and time costs. Users can observe the virtual image results of the simulation test without any investment in program development.

[0061] In this embodiment, the basic data includes the parameter information of each component and the status information of each component.

[0062] In this embodiment, obtaining the initial state simulation model of the vehicle under test includes:

[0063] Obtain the basic data of the initial state simulation model of the vehicle under test. The basic data of the initial state simulation model of the vehicle under test includes the parameter information of each component of the vehicle under test in the initial state and the state information of each component.

[0064] In this embodiment, obtaining user requirements includes obtaining user modification records of basic data of various components of the tested vehicle and user modification records of external scene data.

[0065] The user's modification records of the basic data of various components of the tested vehicle include:

[0066] The record of parameter information modification for each component of the tested vehicle and the record of status information modification for each component of the tested vehicle.

[0067] In this embodiment, modifying the data in the visualization simulation scene according to user needs to generate a new visualization simulation scene includes:

[0068] The basic data of the simulation model of the vehicle under test are adjusted according to the user's modification records of the basic data of each component of the vehicle under test.

[0069] A modified simulation model of the test vehicle is generated based on the basic data of the adjusted simulation model of the test vehicle.

[0070] In this embodiment, modifying the data in the visualization simulation scene according to user needs to generate a new visualization simulation scene includes:

[0071] Adjust the visualization simulation scene based on the user's modification records of the vehicle exterior scene data to obtain the modified visualization simulation scene;

[0072] Among them, the modification records of the external scene data include modification records of meteorological conditions and geographical location of the external scene environment;

[0073] Modify the external scene data of the tested vehicle based on the modification records of the external scene data, and generate a modified visual simulation scene.

[0074] In this embodiment, modifying the data in the visualization simulation scene according to user needs to generate a new visualization simulation scene includes:

[0075] A new visual simulation scenario is generated based on the modified simulation model of the vehicle under test and the modified visual simulation scenario.

[0076] In this embodiment, the visualized vehicle testing method based on SOA service architecture includes:

[0077] The visualized simulation scene changes dynamically based on the user's modifications to the data within it.

[0078] In this embodiment, the visualized vehicle testing method based on SOA service architecture includes:

[0079] The simulation model of the vehicle under test communicates between its components via the SOME / IP communication protocol.

[0080] The following examples further illustrate this application in detail. It is understood that these examples do not constitute any limitation on this application.

[0081] Another embodiment of the visualization vehicle testing method based on SOA service architecture in this application may specifically include the following steps:

[0082] Obtaining basic data of each component of the vehicle under test in the SOA service architecture includes obtaining the interior color, material, trunk opening status, ambient lighting status, and body color of the vehicle under test. In this embodiment, the obtained interior color is black, the material is textile fiber, the trunk opening status is open, the ambient lighting status is off, and the body color is black.

[0083] To obtain the initial state simulation model of the vehicle under test, in this embodiment, the original design model of the new car is imported into the system in a common 3D model format such as FBX / OBJ / GLT at a 1:1 scale. The user sets the degree of model lightweighting according to the performance of the hardware device used, and the system will automatically complete the lightweighting conversion of the model structure lines. However, the basic data of the model includes the basic data of the vehicle, parameter information, status information, lighting, assembly, motion constraint relationships, etc. of each component.

[0084] The basic data of each component of the vehicle under test are matched with the initial state simulation model of the vehicle under test. In this embodiment, specifically, the basic data of the initial state simulation model of the vehicle under test is modified according to the basic data of each component of the vehicle under test, and finally the simulation model of the vehicle under test is generated according to the modified basic data; the basic data of each component of the vehicle under test is matched with the basic data of the initial state simulation model of the vehicle under test, and the simulation model of the vehicle under test is generated according to the matched data.

[0085] In this embodiment, the main control program will automatically match and define the motion relationship between the simulation model of the vehicle under test and each driving component. When controlling the component service capability of the vehicle model or changing the status information of the vehicle model, the system will automatically control the three-dimensional model of the driving component to perform motion simulation, so that the three-dimensional motion state simulation of the vehicle and the capability of the driving component correspond one-to-one, and realize a virtual simulation of the physical motion state of the car with a realistic feel.

[0086] Acquiring vehicle exterior scene data includes acquiring meteorological condition data, geographical location data, etc., such as rainy days, sunny days, snowy days, seaside, grassland, desert, city, etc. In this embodiment, the meteorological condition of the vehicle exterior scene is rainy days and the geographical location is seaside.

[0087] A visual simulation scene is generated based on the simulation model of the vehicle under test and the external scene data. In this embodiment, a visual simulation scene is generated based on the simulation model of the vehicle under test after matching the basic data of each component of the vehicle under test and the acquired external scene data.

[0088] To obtain user requirements, in this embodiment, the user requirements are to change the vehicle interior color to brown, the interior material to leather, the trunk opening status to closed, the interior ambient light status to on, the vehicle body color to white, the exterior scene weather conditions data to sunny, and the geographical location to city.

[0089] According to user requirements, the data in the visualization simulation scene is modified to generate a new visualization simulation scene. In this embodiment, according to user requirements, the interior color of the vehicle is changed from black to brown, the interior material is changed from textile fiber to leather, the trunk opening status is changed from open to closed, the ambient light status is changed from off to on, the vehicle body color is changed from black to white, the weather conditions data of the external scene are changed from rainy to sunny, and the geographical location of the external scene is changed from seaside to city.

[0090] A new visual simulation scenario is generated based on the modified simulation model of the test vehicle and the external scene data.

[0091] In this embodiment, the user can set the degree of model lightweighting according to the performance of the hardware device used. For example, the user can choose to install or remove the vehicle sunroof as needed, and the system will automatically complete the lightweighting conversion of the model's structural lines.

[0092] In this embodiment, the SOME / IP communication protocol is used as the communication basis to simulate the communication between various ECUs in the vehicle's electronic and electrical architecture. The in-vehicle domain controller abstracts the hardware resources and application business processes in the vehicle, defines the corresponding vehicle component services and component service interfaces, as well as application abstract services and application abstract service interfaces, and realizes the encapsulation and control of the vehicle component services.

[0093] In this embodiment, new VR / AR files of visual simulation scenarios are released according to different hardware devices. Users can control the vehicle through the VR / AR hardware device's controller or gestures, select different parameters through the device's virtual display screen, and use 3D glasses to view the car from the inside and outside in a 360° range in a virtual 3D image mode. Users can experience the vehicle's status and performance under different test parameters, allowing them to fully experience a visual vehicle testing experience that integrates virtual and reality.

[0094] Figure 2 This is a schematic diagram of the structure of a visualization vehicle testing device based on SOA service architecture according to an embodiment of the present invention;

[0095] like Figure 2 As shown, the present invention provides a visual vehicle testing device based on SOA service architecture, which specifically includes: a data acquisition module, a model acquisition module, a model generation module, an external vehicle scene data acquisition module, a visual simulation scene generation module, a user requirement acquisition module, and a new visual simulation scene generation module, etc.

[0096] The data acquisition module is used to acquire basic data information of each component of the vehicle under test in the SOA service architecture.

[0097] The model acquisition module is used to acquire the initial state simulation model of the vehicle under test;

[0098] The model generation module is used to match the basic data of each component of the vehicle under test with the initial state simulation model of the vehicle under test, and generate a simulation model of the vehicle under test based on the matched basic data.

[0099] The vehicle exterior scene data acquisition module is used to acquire vehicle exterior scene data;

[0100] The visualization simulation scene generation module is used to generate a visualization simulation scene based on the simulation model of the vehicle under test and the external scene data.

[0101] The user requirement acquisition module is used to acquire user requirements.

[0102] The new visualization simulation scene generation module is used to modify the data in the visualization simulation scene according to user needs, thereby generating a new visualization simulation scene.

[0103] It is worth noting that although this system only discloses basic functional modules such as data acquisition module, model acquisition module, model generation module, vehicle exterior scene data acquisition module, visualization simulation scene generation module, user requirement acquisition module, and new visualization simulation scene generation module, it does not mean that this device is limited to the above-mentioned basic functional modules. On the contrary, what this invention intends to express is that, based on the above-mentioned basic functional modules, those skilled in the art can arbitrarily add one or more functional modules in combination with existing technology to form an infinite number of embodiments or technical solutions. That is to say, this system is open rather than closed. It should not be assumed that the scope of protection of the claims of this invention is limited to the above-disclosed basic functional modules just because this embodiment only discloses a few basic functional modules.

[0104] See Figure 3 , Figure 3 The electronic device structure diagram is provided to enable the visualization of vehicle testing method based on SOA service architecture of this invention.

[0105] like Figure 3 As shown, the electronic device includes a processor, a communication interface, a memory, and a communication bus. The processor, communication interface, and memory communicate with each other through the communication bus. The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of a visualization vehicle testing method based on an SOA service architecture.

[0106] This application also provides a computer-readable storage medium storing a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of a visualization vehicle testing method based on an SOA service architecture.

[0107] The communication bus mentioned in the above electronic devices can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. This communication bus can be divided into address bus, data bus, control bus, etc. For ease of illustration, only one thick line is used to represent it in the diagram, but this does not mean that there is only one bus or one type of bus.

[0108] The electronic device comprises a hardware layer, an operating system layer running on top of the hardware layer, and an application layer running on the operating system. The hardware layer includes hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory. The operating system can be any one or more computer operating systems that control the electronic device through processes, such as Linux, Unix, Android, iOS, or Windows. Furthermore, in this embodiment of the invention, the electronic device can be a smartphone, tablet computer, or other handheld device, or a desktop computer, portable computer, or other electronic device; there is no particular limitation in this embodiment.

[0109] In this embodiment of the invention, the executing entity for electronic device control can be an electronic device itself, or a functional module within an electronic device capable of calling and executing a program. The electronic device can obtain the firmware corresponding to the storage medium. This firmware is provided by the supplier, and different storage media may have the same or different firmware; no limitation is made here. After obtaining the firmware corresponding to the storage medium, the electronic device can write this firmware into the storage medium; specifically, it burns the firmware corresponding to the storage medium into the storage medium. The process of burning the firmware into the storage medium can be implemented using existing technology, and will not be elaborated upon in this embodiment of the invention.

[0110] Electronic devices can also obtain reset commands corresponding to the storage media. The reset commands corresponding to the storage media are provided by the supplier. The reset commands corresponding to different storage media can be the same or different, and no restrictions are imposed here.

[0111] At this time, the storage medium of the electronic device is a storage medium on which the corresponding firmware has been written. The electronic device can respond to the reset command corresponding to the storage medium on which the corresponding firmware has been written, thereby resetting the storage medium on which the corresponding firmware has been written according to the reset command. The process of resetting the storage medium according to the reset command can be implemented by existing technology and will not be described in detail in this embodiment of the invention.

[0112] For ease of description, the above devices are described separately by function as various units and modules. Of course, in implementing this application, the functions of each unit and module can be implemented in one or more software and / or hardware.

[0113] It will be understood by those skilled in the art that, unless otherwise defined, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains. It should also be understood that terms such as those defined in general dictionaries should be understood to have the meaning consistent with their meaning in the context of the prior art, and should not be interpreted in an idealized or overly formal sense unless specifically defined.

[0114] For the sake of simplicity, the method embodiments are described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0115] As can be seen from the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware platforms. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in various embodiments or some parts of the embodiments of this application.

[0116] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A visual vehicle testing method based on SOA service architecture, characterized in that, include: Obtain basic data of each component of the vehicle under test in the SOA service architecture; Obtain the initial state simulation model of the vehicle under test; The basic data of each component of the vehicle under test are matched with the initial state simulation model of the vehicle under test, and a simulation model of the vehicle under test is generated based on the matched basic data. Acquire external scene data; A visual simulation scene is generated based on the simulation model of the vehicle under test and the external scene data. Obtain user needs; The data in the visualization simulation scene is modified according to user needs to generate a new visualization simulation scene; Among them, obtaining basic data of each component of the vehicle under test in the SOA service architecture includes obtaining the interior color, material, trunk opening status, ambient lighting status and body color of the vehicle under test. To obtain the initial state simulation model of the vehicle under test, the original design model of the new car is imported into the system in the FBX / OBJ / GLT universal 3D model format at a 1:1 real scale. The user sets the degree of model lightweighting according to the performance of the hardware device used. The system will automatically complete the lightweighting conversion of the model structure lines. However, the basic data of the model includes the basic data of the vehicle, the parameter information, status information, lighting, assembly and motion constraint relationships of each component. The basic data of each component of the vehicle under test is matched with the initial state simulation model of the vehicle under test. Specifically, the basic data of the initial state simulation model of the vehicle under test is modified according to the basic data of each component of the vehicle under test, and finally the simulation model of the vehicle under test is generated based on the modified basic data. The main control program will automatically match and define the motion relationship between the simulation model of the vehicle under test and each drive component. When executing the control of the component service capability of the vehicle model or changing the status information of the vehicle model, the system will automatically control the three-dimensional model of the drive component to perform motion simulation, so that the three-dimensional motion state simulation of the vehicle and the capability of the drive component correspond one-to-one, and realize a virtual simulation of the physical motion state of the car with a realistic feel. A visual simulation scene is generated based on the simulation model of the vehicle under test and the external scene data. The visual simulation scene is generated based on the simulation model of the vehicle under test after matching the basic data of each component of the vehicle under test and the acquired external scene data. Using the SOME / IP communication protocol as the communication foundation, the communication between various ECUs in the vehicle's electronic and electrical architecture is simulated. The in-vehicle domain controller abstracts the hardware resources and application business processes in the vehicle, defines the corresponding vehicle component services and component service interfaces, as well as application abstract services and application abstract service interfaces, and realizes the encapsulation and control of the vehicle component services. New VR / AR files for visual simulation scenarios are released based on different hardware devices. Users can control the vehicle through the VR / AR hardware device's controller or gestures, select different parameters through the device's virtual display screen, and use 3D glasses to view the car from the inside and outside in a 360° virtual 3D image mode. Users can experience the vehicle's status and performance under different test parameters, allowing them to fully experience a visual vehicle testing experience that integrates virtual and reality.

2. The visualized vehicle testing method based on SOA service architecture as described in claim 1, characterized in that, The basic data includes parameter information and status information of each component.

3. The visualized vehicle testing method based on SOA service architecture as described in claim 2, characterized in that, The process of obtaining the initial state simulation model of the vehicle under test further includes: Acquire the basic data of the initial state simulation model of the vehicle under test, wherein the basic data of the initial state simulation model of the vehicle under test includes the parameter information of each component of the vehicle under test in the initial state and the state information of each component.

4. The visualized vehicle testing method based on SOA service architecture as described in claim 3, characterized in that, The acquisition of user requirements includes acquiring user modification records of basic data of various components of the tested vehicle and user modification records of external scene data. The user's modification records of the basic data of various components of the tested vehicle include: The parameter information modification records of each component of the vehicle under test and the status information modification records of each component of the vehicle under test.

5. The visualized vehicle testing method based on SOA service architecture as described in claim 4, characterized in that, The process of modifying data in a visual simulation scene according to user needs to generate a new visual simulation scene includes: The basic data of the simulation model of the vehicle under test are adjusted according to the user's modification records of the basic data of each component of the vehicle under test. A modified simulation model of the test vehicle is generated based on the basic data of the adjusted simulation model of the test vehicle.

6. The visualized vehicle testing method based on SOA service architecture as described in claim 5, characterized in that, The process of modifying data in a visual simulation scene according to user needs to generate a new visual simulation scene includes: The visualization simulation scene is adjusted according to the user's modification record of the vehicle exterior scene data to obtain the modified visualization simulation scene; The modification records of the vehicle exterior scene data include modification records of meteorological conditions and geographical location of the vehicle exterior scene environment; Based on the modification records of the vehicle exterior scene data, modify the vehicle exterior scene data of the tested vehicle to generate a modified visual simulation scene.

7. The visualized vehicle testing method based on SOA service architecture as described in claim 6, characterized in that, The process of modifying data in a visual simulation scene according to user needs to generate a new visual simulation scene includes: A new visual simulation scene is generated based on the modified simulation model of the vehicle under test and the modified visual simulation scene.

8. The visualized vehicle testing method based on SOA service architecture as described in claim 7, characterized in that, The visualized vehicle testing method based on SOA service architecture further includes: The visualized simulation scene changes dynamically based on the user's modifications to the data within the visualized simulation scene.

9. The visualized vehicle testing method based on SOA service architecture as described in claim 8, characterized in that, The visualized vehicle testing method based on SOA service architecture further includes: The simulation model of the vehicle under test communicates between its components via the SOME / IP communication protocol.

10. A visual vehicle testing device based on SOA service architecture, characterized in that, Used to perform the visualized vehicle testing method based on SOA service architecture as described in any one of claims 1-9; The SOA-based visual vehicle testing device includes: The data acquisition module is used to acquire basic data information of each component of the vehicle under test in the SOA service architecture. A model acquisition module is used to acquire the initial state simulation model of the vehicle under test. The model generation module is used to match the basic data of each component of the vehicle under test with the initial state simulation model of the vehicle under test, and generate a simulation model of the vehicle under test based on the matched basic data. A vehicle exterior scene data acquisition module, wherein the vehicle exterior scene data acquisition module is used to acquire vehicle exterior scene data; A visualization simulation scene generation module is used to generate a visualization simulation scene based on the simulation model of the vehicle under test and the external scene data. User requirement acquisition module, the user requirement acquisition module is used to acquire user requirements; A new visualization simulation scene generation module is used to modify the data in the visualization simulation scene according to user needs, thereby generating a new visualization simulation scene.

Images