Cross-local area network test board application data calling method and system

Abstract

The invention provides a cross-local area network test board application data calling method and system, and relates to the technical field of cross-local area network communication between an AUTOSAR tool chain and a virtual machine, and the method comprises the steps: installing and starting a virtual machine application test board through a bridging mode in a current host machine deployed in a second local area network, sending the ip address of the virtual machine to an AUTOSAR tool chain deployed in the first local area network; wherein the second local area network is different from the first local area network; an access control strategy of the virtual machine is configured on the basis of the ip address of the virtual machine at the local area network firewall end where the virtual machine is located; the AUTOSAR tool chain deployed in the first local area network calls the vehicle data flow obtained by the virtual machine application test board according to the ip address of the virtual machine; through cross-local area network remote communication between the AUTOSAR tool chain and the virtual machine, the technical problem of low effective utilization rate of the virtual machine in the prior art is relieved.

Description

Technical Field

[0001] The present invention relates to the technical field of cross-local area network communication between an AUTOSAR tool chain and a virtual machine, and in particular to a method and system for calling application data of a test board across a local area network. Background Art

[0002] The AUTOSAR tool chain integrates development functions such as code editors, compilation tools, visual debugging tools, code base management, deployment tools, and resource monitoring tools. Third-party devices such as test boards, development boards, vehicle hardware, and physical machines are often used during the development process to achieve joint debugging in the development phase, helping developers complete the entire development process within a set of tools, reducing tool switching and improving development efficiency. However, in actual development work, hardware resources (such as test boards, development boards, vehicle hardware, and physical machines) are insufficient in most cases, and technical problems such as slow project progress, low development efficiency, and increased manpower and time costs often occur due to insufficient hardware.

[0003] The inventors have found that, currently, multiple virtual machines are deployed on a physical machine in the same local area network as the AUTOSAR tool chain to simulate hardware devices. The AUTOSAR tool chain uses Network Address Translation (NAT) to communicate with the virtual machines to alleviate the problem of insufficient hardware.

[0004] However, this application method results in a very low effective utilization rate of virtual machines. Each virtual machine can only be used within its corresponding current local area network and cannot be shared across networks. Summary of the invention

[0005] In view of this, the purpose of the present invention is to provide a method and system for calling test board application data across local area networks, which can remotely communicate with virtual machines across local area networks through the AUTOSAR tool chain, thereby alleviating the technical problem of low effective utilization rate of virtual machines in the prior art.

[0006] In a first aspect, an embodiment provides a method for calling application data of a test board across a local area network, comprising:

[0007] The current host machine deployed in the second local area network installs and starts the virtual machine application test board in bridge mode, and sends the IP address of the virtual machine to the AUTOSAR tool chain deployed in the first local area network; wherein the second local area network is different from the first local area network;

[0008] The local area network firewall end where the virtual machine is located configures the access control policy of the virtual machine based on the IP address of the virtual machine; wherein the access control policy of the virtual machine includes the permission for the AUTOSAR tool chain deployed in the first local area network to communicate with the virtual machine;

[0009] The AUTOSAR tool chain deployed in the first local area network calls the vehicle data stream obtained by the virtual machine applying the test board according to the IP address of the virtual machine.

[0010] In an optional implementation manner, the current host machine deployed in the second local area network installs and starts the virtual machine application test board in bridge mode, including:

[0011] Install a virtual machine on the current host machine deployed in the second LAN;

[0012] Editing a bridge configuration script for creating and closing a network bridge between the current host machine and the virtual machine;

[0013] In response to a first operation instruction for the bridge configuration script, the virtual machine is started to establish communication between the current host machine and the virtual machine; wherein the virtual machine obtains a vehicle data stream by applying a test board when started;

[0014] In response to a second operation instruction for the bridge configuration script, shutting down the virtual machine.

[0015] In an optional implementation, in response to the first operation instruction for the bridge configuration script, the step of starting the virtual machine and establishing communication between the current host machine and the virtual machine includes:

[0016] In response to a first operation instruction input by a user for the current host machine, the bridge configuration script is run, and a unique IP address in the same network segment as the current host machine is configured for the virtual machine;

[0017] Determine whether there is a preset named bridge device in the network of the current host machine;

[0018] If so, a network connection between the current host machine and the virtual machine is established under the action of the bridge device;

[0019] If it does not exist, add a preset named bridge device to the network of the current host machine, establish a network connection between the current host machine and the preset named bridge device, and then execute the steps of establishing a network connection between the current host machine and the virtual machine under the action of the bridge device.

[0020] In an optional implementation, the step of establishing a network connection between the current host machine and the preset named bridge device includes:

[0021] Configure the physical network card interface IP of the current host machine to the preset named bridge device;

[0022] Setting the preset named bridge device to a startup state;

[0023] Setting the physical network card interface of the current host machine to a closed state, and adding the interface of the physical network card of the current host machine to the preset named bridge device;

[0024] Re-enabling the physical network card interface of the current host machine;

[0025] Based on the success information output by the virtual machine, a network connection status between the current host machine and the preset named bridge device is determined.

[0026] In an optional implementation manner, under the action of the network bridge device, the step of establishing a network connection between the current host machine and the virtual machine includes:

[0027] Creating a virtualized network device corresponding to the virtual machine;

[0028] Setting the virtualized network device to an enabled state and adding the preset named bridge device;

[0029] Based on the success information output by the virtual machine, a network connection status from the host machine to the virtual machine is determined.

[0030] In an optional implementation, in response to a second operation instruction for the bridge configuration script, the step of shutting down the virtual machine includes:

[0031] Set the virtualized network device to off state;

[0032] The network connection state between the virtualized network device and the preset named bridge device is released.

[0033] In an optional embodiment, the method further comprises:

[0034] The current host machine deployed in the second local area network installs and starts multiple virtual machines in bridge mode to respectively apply different test boards to generate corresponding vehicle data streams, and sends the IP address of each virtual machine to the corresponding AUTOSAR tool chain deployed in the first local area network, so that the corresponding AUTOSAR tool chain calls the vehicle data stream based on the IP address of the virtual machine; wherein each of the virtual machines is pre-set with a mapping relationship with at least one of the AUTOSAR tool chains.

[0035] In a second aspect, an embodiment provides a test board application data calling system across a local area network, comprising at least one host machine, a firewall end, and at least one AUTOSAR tool chain;

[0036] Each of the host machines is deployed in a second local area network, and each AUTOSAR tool chain is deployed in a first local area network; wherein the second local area network is different from the first local area network;

[0037] Each host machine includes at least one virtual machine installed in bridge mode, each of the virtual machines corresponds to a different IP address, and each of the virtual machines applies a different test board;

[0038] Under the effect of the access control policy configured on the firewall end where each virtual machine is located, each AUTOSAR tool chain calls the test board application data of the virtual machine based on the IP address of the virtual machine.

[0039] In a third aspect, an embodiment provides an electronic device, including a memory and a processor, wherein the memory stores a computer program that can be run on the processor, and when the processor executes the computer program, the steps of the method described in any of the aforementioned implementation methods are implemented.

[0040] In a fourth aspect, an embodiment provides a machine-readable storage medium, wherein the machine-readable storage medium stores machine-executable instructions. When the machine-executable instructions are called and executed by a processor, the machine-executable instructions prompt the processor to implement the steps of the method described in any one of the aforementioned implementations.

[0041] An embodiment of the present invention provides a method and system for calling application data of a test board across a local area network. A host machine can run a test board through a virtual machine installed in a bridge mode to obtain a vehicle data stream, and a local area network firewall configures the AUTOSAR tool chain with permission to communicate with the virtual machine. At this time, even if the AUTOSAR tool chain and the virtual machine are in different local area networks, the AUTOSAR tool chain can call the vehicle data stream generated by the test board running by the virtual machine based on the IP address of the virtual machine, thereby improving the efficiency of development and testing.

[0042] Other features and advantages of the present disclosure will be set forth in the following description, or some features and advantages may be inferred or unambiguously determined from the description, or may be learned by implementing the above-mentioned technology of the present disclosure.

[0043] In order to make the above-mentioned objectives, features and advantages of the present disclosure more obvious and easy to understand, preferred embodiments are specifically cited below and described in detail with reference to the attached drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0044] In order to more clearly illustrate the specific implementation methods of the present invention or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0045] Figure 1 A flow chart of a method for calling application data of a test board across a local area network provided by an embodiment of the present invention;

[0046] Figure 2 A host machine and virtual machine bridge network architecture diagram provided in an embodiment of the present invention;

[0047] Figure 3 A schematic diagram of a scenario application of a method for calling application data of a test board across local area networks provided by an embodiment of the present invention;

[0048] Figure 4 A structural block diagram of a cross-local area network test board application data calling system provided by an embodiment of the present invention;

[0049] Figure 5 A schematic diagram of the hardware architecture of an electronic device provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0050] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution of the present invention will be clearly and completely described below in conjunction with the accompanying drawings. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0051] Currently, virtualization technology is commonly used, which can divide a physical server into multiple hardware virtualized virtual machines, improve resource utilization, reduce the number of hardware devices, and thus reduce costs.

[0052] The inventors have found that the conventional connection method is to deploy multiple virtual machines on a physical machine to simulate hardware devices within the same local area network as the AUTOSAR tool chain, and the AUTOSAR tool chain uses network address translation (NAT) to communicate with the virtual machines.

[0053] Although the above method can be applied to some scenarios, it has the following problems:

[0054] 1. Companies using the AUTOSAR tool chain are generally large in scale. Due to network security considerations, most of them use firewalls to divide the network into multiple local area networks, and perform access control to isolate each other. For example, the AUTOSAR tool chain in Hall A cannot access the virtual machine in Hall B. This results in a very low effective utilization rate of virtual machines. Each virtual machine can only be used within its corresponding current local area network and cannot be shared across networks.

[0055] 2. The virtual machine accesses the network through the host machine's NAT, which may affect the operation of some network applications, especially those that rely on direct IP access or specific ports. If you want to access the virtual machine's services from the external network, you usually need to configure port forwarding rules on the host machine, which increases the configuration workload and the complexity of virtual machine access.

[0056] 3. Commonly used large virtual machine software such as VMware requires payment. VirtualBox is open source but not lightweight enough, and is more complicated to use and less easy to use.

[0057] Based on this, an embodiment of the present invention provides a method and system for calling test board application data across local area networks. Under the action of network bridging mode and firewall network access control policy, the AUTOSAR tool chain can remotely access and call virtual machines distributed in different local area networks, thereby alleviating the technical problems of slow progress in calling test board application data, low development efficiency, and significantly increased manpower and time costs caused by insufficient hardware resources.

[0058] To facilitate understanding of this embodiment, a method for calling test board application data across local area networks disclosed in an embodiment of the present invention is first introduced in detail. This method can be applied to data communication between AUTOSAR tool chains and virtual machines distributed in different local area networks. The data is a vehicle data stream generated by a virtual machine application test board.

[0059] Figure 1 A flow chart of a method for calling application data of a test board across local area networks provided by an embodiment of the present invention.

[0060] like Figure 1 As shown, the method comprises the following steps:

[0061] Step S102, the current host machine deployed in the second local area network installs and starts the virtual machine application test board through the bridge mode, and sends the IP address of the virtual machine to the AUTOSAR tool chain deployed in the first local area network.

[0062] Among them, the test board can be understood as a hardware component used to test the corresponding functions of the vehicle. Running the test board can obtain the corresponding data of the vehicle, thereby realizing the test application of the vehicle function; in actual applications, the number of test boards that can be used for testing development is relatively small, and development and testing personnel need to wait for the test board to be in an idle state before they can work, and the development and testing efficiency is low; the embodiment of the present invention saves the hardware resources of the test board by running the test board through a virtual machine, and can also ensure that the test board application data of development and testing personnel distributed in different local area networks can be centrally called and integrated, thereby further improving the development and testing efficiency.

[0063] It should be noted that the second LAN is different from the first LAN, that is, the virtual machine and the AUTOSAR tool chain are distributed in different LANs; here, the most important reason for choosing the bridge mode is that it can greatly simplify the configuration of network access. For applications that require a specific network environment, the bridge mode can be implemented more easily because the virtual machine is like another physical device on the network and standard network policies and configurations can be applied.

[0064] Bridge mode usually provides better network performance because the processing and transmission of data packets are more direct without the delay caused by NAT conversion; specifically, virtual machines can directly access network resources like physical machines without NAT conversion through the host machine. Since it does not require an additional NAT layer, this allows virtual machines to process network requests more efficiently.

[0065] In bridge mode, the virtual machine will be assigned an independent (unique) IP address, just like any other physical computer in the network. This means that the virtual machine is an independent node in the network and can communicate directly with other physical or virtual machines. The virtual machine is fully visible in the network and can be discovered by other machines and directly accessed by its IP address. This is very beneficial for running services, testing network applications, or performing network-related workloads.

[0066] In addition, since the virtual machine directly uses the physical network interface, there is no need to set port forwarding rules on the host machine, further improving efficiency.

[0067] Step S104, the local area network firewall where the virtual machine is located configures an access control policy for the virtual machine based on the IP address of the virtual machine.

[0068] Among them, the access control policy of the virtual machine can be understood as that when a virtual machine is installed and started on the current host machine, a communication whitelist of the virtual machine needs to be configured on the firewall side. The virtual machine access control policy allows at least one device to have the authority to communicate with the virtual machine across the local area network; the virtual machine access control policy includes the authority for the AUTOSAR tool chain deployed in the first local area network to communicate with the virtual machine.

[0069] Configure the access control policy of the virtual machine IP on the LAN firewall where the current host machine is located, so that the virtual machine can directly communicate with other physical machines or virtual machines in the LAN.

[0070] Step S106, the AUTOSAR tool chain deployed in the first local area network calls the vehicle data stream obtained by the virtual machine application test board according to the IP address of the virtual machine.

[0071] The AUTOSAR tool chain can communicate with the current host machine, that is, when each host machine installs and starts a virtual machine, the AUTOSAR tool chain can receive the unique IP address corresponding to the currently installed and started virtual machine sent by the host machine; the AUTOSAR tool chain inputs the IP address corresponding to the target virtual machine through the graphical user interface, and then remotely calls the vehicle data stream generated by the target virtual machine application test board.

[0072] In a preferred embodiment of actual application, the host machine can run the test board through a virtual machine installed in bridge mode to obtain a vehicle data stream, and at the same time, the local area network firewall configures the AUTOSAR tool chain with permission to communicate with the virtual machine; at this time, even if the AUTOSAR tool chain and the virtual machine are in different local area networks, the AUTOSAR tool chain can call the virtual machine to run the vehicle data stream generated by the test board based on the IP address of the virtual machine, thereby improving the efficiency of development and testing.

[0073] In some embodiments, Figure 2 As shown, a virtual machine (Quick EMUlator, QEMU) is installed on the host machine, a network bridging configuration script is written, and the QEMU virtual machine is started. While the virtual machine network card and the network device TAP device establish communication, the host machine physical network card also establishes a network connection based on the preset bridge device network device TAP device named apbro, thereby realizing the network connection between the QEMU virtual machine and the host machine and accessing the Internet.

[0074] Choosing QEMU as a virtualization tool can replace the use of multiple hardware devices by running multiple virtual machines on a physical machine, thereby reducing hardware costs. It also has many advantages such as open source, free, lightweight, highly scalable, high performance, and high security. It is widely used in virtualization, embedded system development, and simulation. Using QEMU virtual machine technology solves the problem of slow project progress, low development efficiency, and increased manpower and time costs caused by insufficient hardware resources.

[0075] In some embodiments, the current host machine deployed in the second local area network, step S102 can use the above virtual machine technology on the host machine through the bridge mode to achieve the network connection between the host machine and the virtual machine, specifically including:

[0076] Step 1.1), installing a virtual machine on the current host machine deployed in the second local area network.

[0077] Here, you can select a physical machine as the host machine and install the QEMU virtual machine; in the QEMU application process, you can use the VirtIO network device model, which is a high-performance paravirtualized network driver that interacts with the virtual hardware of the virtual machine through the PCI bus. VirtIO provides better performance and lower CPU utilization.

[0078] Step 1.2), edit the bridge configuration script used to create and close the network bridge between the current host and virtual machine.

[0079] The startup bridge configuration script vm-up is a script that runs when the virtual machine starts and begins network communication; editing the startup bridge configuration script includes the script creating a network bridge configuration between the host and the virtual machine and configuring a network interface; other devices can communicate with the virtual machine based on the network interface.

[0080] The shutdown bridge configuration script vm-down is a script that runs when the virtual machine is shut down. It is used to clean up or release network resources.

[0081] Step 1.3), in response to the first operation instruction for the bridge configuration script, start the virtual machine and establish communication between the current host machine and the virtual machine.

[0082] Among them, when the virtual machine is started, the test board is applied to obtain the vehicle data stream; here, the host machine uses the command line, that is, the first operation instruction, to specify the bridge configuration script vm-up to run, and then start the QEMU virtual machine.

[0083] Step 1.4), in response to the second operation instruction for the bridge configuration script, shut down the virtual machine.

[0084] Exemplarily, the virtualized network device TAP is set to a closed state; the network connection state between the virtualized network device TAP and a preset named bridge device is released; wherein the bridge device may be pre-named apbr0, and the bridge device is found by searching for the preset name apbr0 and performing corresponding operations.

[0085] The process of establishing communication between the current host machine and the virtual machine in step 1.3) in the aforementioned embodiment can also be implemented by the following steps, including:

[0086] Step 1.3.1), in response to the first operation instruction input by the user for the current host machine, the bridge configuration script is run, and a unique IP address in the same network segment as the current host machine is configured for the virtual machine.

[0087] Exemplarily, the user inputs a first operation instruction, ie, a command line, based on a graphical user interface provided by the current host, and the host triggers the running of a bridge configuration script and configures a unique IP address for the virtual machine in the same network segment as the current host.

[0088] Here, configure the virtual machine with an IP address in the same network segment as the host machine. At this point, the virtual machine has been started through bridging and is an independent node in the network. The virtual machine can directly communicate with other physical or virtual machines in the local area network.

[0089] Among them, the first operation instruction for starting the virtual machine QEMU, that is, the command line, the main startup parameters are:

[0090] qemu-system-x86_64-kernel / home / qemu / bzImage-hda / home / qemu / rootfs.img-nographic-m2048-nic

[0091] tap,model=virtio-net-pci,mac=xx:xx:xx:xx:xx:xx

[0092] script=. / vm-up,downscript=. / vm-down-append

[0093] "ip=xx.xx.xx.xx::255.255.255.0"

[0094] Among them, "-kernel / home / qemu / bzImage" specifies the specific path of the kernel image file. Here, bzImage usually refers to the compressed Linux kernel image; "-hda / home / qemu / rootfs.img" specifies the specific path of the system image file. This file contains all the files and directories required for the operation of the operating system; the "-nographic" parameter is used to turn off the graphical user interface output, so that QEMU runs in non-graphical mode; "-m 2048" indicates that the memory size allocated to the virtual machine is 2048MB (i.e. 2GB); the "-nic" parameter is used to configure the network interface of the virtual machine: tap: This specifies that the virtual machine uses the TAP device as the network interface; model = virtio-net-pci: This specifies the model of the network adapter; here, virtio-net-pci means using the VirtIO network device model, which is a high-performance paravirtualized network driver that interacts with the virtual hardware of the virtual machine through the PCI bus. VirtIO provides better performance and lower CPU utilization; mac = xx:xx:xx:xx:xx:xx: MAC address; script = . / vm-up, downscript = . / vm-down: these two parameters specify the network configuration scripts to be run when starting and shutting down the virtual machine respectively; -append "ip = xx.xx.xx.xx::255.255.255.0" is used to add IP and subnet mask information to the kernel command line parameters of the virtual machine, which needs to be in the same network segment as the host IP.

[0095] Step 1.3.2), determine whether there is a preset named bridge device in the current host network.

[0096] That is, if there is a preset named bridge device, the network connection between the bridge device and the host machine has been pre-established. If not, the steps of establishing the network connection between the bridge device and the host machine need to be performed first.

[0097] Step 1.3.3), if it exists, then establish a network connection between the current host machine and the virtual machine under the action of the bridge device.

[0098] Exemplarily, under the action of the bridge device, step 1.3.3) can be specifically implemented as follows:

[0099] Step 1.3.3.1), create a virtualized network device corresponding to the virtual machine.

[0100] Create a virtualized network device TAP device for network bridging. Each TAP device is connected to a virtual machine. Similarly, multiple TAP devices need to be created for multiple virtual machines.

[0101] In bridge mode, the TAP device is used as the data exchange medium between the virtual machine and the physical machine. The TAP device appears as a virtual Ethernet device in the Linux kernel, and can be configured with an IP address and subnet mask like a normal physical network interface. After the data packet is sent from the virtual machine, it will be sent to the TAP device, and the data packet received from the TAP device will be transmitted to the virtual machine.

[0102] Step 1.3.3.2), set the virtualized network device to enabled state and add the preset named bridge device.

[0103] Set the virtualized network device TAP device to enabled state and add the preset named bridge device apbr0.

[0104] Step 1.3.3.3), based on the success information output by the virtual machine, determine the network connection status from the host machine to the virtual machine.

[0105] Under the action of the network connection from the virtual machine to the preset named bridge device apbr0. At this time, the network connection from the host machine to the virtual machine has been established through the preset named bridge device apbr0.

[0106] Step 1.3.4), if it does not exist, add a preset named bridge device to the network of the current host machine, establish a network connection between the current host machine and the preset named bridge device, and then execute step 1.3.3).

[0107] Here, step 1.3.4) establishing a network connection between the current host machine and the preset named bridge device can be achieved by the following steps, including:

[0108] Step 1.3.4.1), configure the physical network card interface IP of the current host machine to the preset named bridge device;

[0109] If the current host does not have a bridge device named apbr0 by default, add a virtual bridge device apbr0 by default, and then copy the host's physical network card interface IP to the virtual bridge device apbr0 by default.

[0110] Step 1.3.4.2), set the preset named bridge device apbr0 to the started state.

[0111] Step 1.3.4.3), set the physical network card interface of the current host machine to the closed state, and add the interface of the physical network card of the current host machine to the preset named bridge device apbr0.

[0112] Step 1.3.4.4), re-enable the physical network card interface of the current host.

[0113] Step 1.3.4.5), based on the success information output by the virtual machine, determine the network connection status between the current host machine and the preset named bridge device.

[0114] At this point, the IP configuration of the physical network card has been successfully migrated to the preset named bridge device apbr0, and the virtual machine has established a network connection from the host machine to the preset named bridge device apbr0.

[0115] In some embodiments, the method for calling application data of a test board across a local area network provided by an embodiment of the present invention further includes:

[0116] The current host machine deployed in the second local area network installs and starts multiple virtual machines in bridge mode to apply different test boards to generate corresponding vehicle data streams, and sends the IP address of each virtual machine to the corresponding AUTOSAR tool chain deployed in the first local area network, so that the corresponding AUTOSAR tool chain calls the vehicle data stream based on the IP address of the virtual machine.

[0117] Here, by repeatedly executing step S102 of the aforementioned embodiment, multiple network bridged virtual machines can be created on the host machine. The test board running on each virtual machine can be used to test different functions of the vehicle, thereby generating corresponding different vehicle data streams.

[0118] like Figure 3 As shown, under the effect of the access control policy of each virtual machine, the corresponding AUTOSAR tool chain 1 deployed in the first local area network can pass through the firewall and call the vehicle data streams generated by the virtual machines QEMU1 and QEMU2 based on the corresponding test boards based on the corresponding IP addresses to perform different functional tests of the vehicle; at the same time, the corresponding AUTOSAR tool chain 2 deployed in the first local area network can also pass through the firewall and call the vehicle data streams generated by the virtual machines QEMU3 based on the corresponding test boards based on the corresponding IP addresses.

[0119] Wherein, each virtual machine is pre-set with a mapping relationship with at least one AUTOSAR tool chain.

[0120] The AUTOSAR tool chain of the embodiment of the present invention realizes remote access to virtual machines across local area networks, so that development and testing personnel in different local area networks can achieve efficient cooperation, greatly improving the efficiency of development work. In addition, multiple virtual machines are deployed on one physical machine, and virtual machine resources can be shared across local area networks through network bridging mode and firewall access policy control. It also further improves development efficiency, improves the efficiency of hardware resource utilization, saves time spent on virtual machine system migration or multiple deployments, and achieves the effect of one deployment and multiple availability.

[0121] In some embodiments, an embodiment of the present invention further provides a test board application data calling system across a local area network, comprising at least one host machine, a firewall end, and at least one AUTOSAR tool chain;

[0122] Each host machine is deployed in the second local area network, and each AUTOSAR tool chain is deployed in the first local area network; wherein the second local area network is different from the first local area network;

[0123] Each host machine includes at least one virtual machine installed in bridge mode, each virtual machine corresponds to a different IP address, and each virtual machine applies a different test board;

[0124] Under the effect of the access control policy configured on the firewall where each virtual machine is located, each AUTOSAR tool chain calls the test board application data of the virtual machine based on the IP address of the virtual machine.

[0125] As an optional embodiment, Figure 4 As shown, the corresponding AUTOSAR tool chain 1 deployed in the first local area network can also pass through the firewall and call the vehicle data stream 1 generated by the virtual machine QEMU1 of the second local area network 1 based on the corresponding test board, and the vehicle data stream 2 generated by the virtual machine QEMU2 of the second local area network 2 based on the corresponding test board based on the corresponding IP address; wherein the second local area network 1 and the second local area network 2 belong to different local area networks; the AUTOSAR tool chain 1 analyzes and tests the vehicle functions based on the vehicle data stream 1 and the vehicle data stream 2;

[0126] The corresponding AUTOSAR tool chain 2 deployed in the first local area network can also pass through the firewall and call the virtual machine QEMU3 of the second local area network 2 based on the corresponding IP address to generate the vehicle data stream 3 based on the corresponding test board; the AUTOSAR tool chain 2 analyzes and tests the vehicle function based on the vehicle data stream 3;

[0127] In practical applications, AUTOSAR Tool Chain 1 and AUTOSAR Tool Chain 2 can be used together for vehicle testing and analysis.

[0128] Figure 5 Schematic diagram of the hardware architecture of the electronic device 300 provided in an embodiment of the present invention. Figure 5As shown, the electronic device 300 includes: a machine-readable storage medium 301 and a processor 302, and may also include a non-volatile storage medium 303, a communication interface 304 and a bus 305; wherein the machine-readable storage medium 301, the processor 302, the non-volatile storage medium 303 and the communication interface 304 complete mutual communication through the bus 305. The processor 302 can execute the method for calling the test board application data across the local area network described in the above embodiment by reading and executing the machine-executable instructions for calling the test board application data across the local area network in the machine-readable storage medium 301.

[0129] The machine-readable storage medium mentioned in this article can be any electronic, magnetic, optical or other physical storage device that can contain or store information, such as executable instructions, data, etc. For example, the machine-readable storage medium can be: RAM (Radom Access Memory), volatile memory, non-volatile memory, flash memory, storage drive (such as hard disk drive), any type of storage disk (such as CD, DVD, etc.), or similar storage medium, or a combination thereof.

[0130] The non-volatile medium may be a non-volatile memory, a flash memory, a storage drive (such as a hard drive), any type of storage disk (such as a CD, DVD, etc.), or a similar non-volatile storage medium, or a combination thereof.

[0131] It can be understood that the specific operation methods of each functional module in this embodiment can refer to the detailed description of the corresponding steps in the above method embodiment, and will not be repeated here.

[0132] The computer-readable storage medium provided in the embodiment of the present invention stores a computer program. When the computer program code is executed, the method for calling the test board application data across local area networks described in any of the above embodiments can be implemented. For specific implementation, please refer to the method embodiment, which will not be repeated here.

[0133] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the system and device described above can refer to the corresponding process in the aforementioned method embodiment, and will not be repeated here.

[0134] In addition, in the description of the embodiments of the present invention, unless otherwise clearly specified and limited, the terms "installed", "connected", and "connected" should be understood in a broad sense, for example, it can be a fixed connection, a detachable connection, or an integral connection; it can be a mechanical connection or an electrical connection; it can be a direct connection or an indirect connection through an intermediate medium, or it can be the internal communication of two components. For ordinary technicians in this field, the specific meanings of the above terms in the present invention can be understood according to specific circumstances.

[0135] In the description of the present invention, it should be noted that the terms "center", "upper", "lower", "left", "right", "vertical", "horizontal", "inner", "outer", etc., indicating the orientation or positional relationship, are based on the orientation or positional relationship shown in the drawings, and are only for the convenience of describing the present invention and simplifying the description, rather than indicating or implying that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation, and therefore cannot be understood as limiting the present invention. In addition, the terms "first", "second", and "third" are used for descriptive purposes only, and cannot be understood as indicating or implying relative importance.

[0136] Finally, it should be noted that the above-described embodiments are only specific implementation methods of the present invention, which are used to illustrate the technical solutions of the present invention rather than to limit them. The protection scope of the present invention is not limited thereto. Although the present invention has been described in detail with reference to the aforementioned embodiments, those of ordinary skill in the art should understand that any technician familiar with the technical field can still modify the technical solutions recorded in the aforementioned embodiments within the technical scope disclosed by the present invention, or can easily conceive of changes, or make equivalent replacements for some of the technical features therein. Such modifications, changes or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present invention, and should all be covered within the protection scope of the present invention.

Claims

1. A method for calling application data of a test board across a local area network, characterized in that: include: The current host machine deployed in the second local area network installs and starts the virtual machine application test board in bridge mode, and sends the IP address of the virtual machine to the AUTOSAR tool chain deployed in the first local area network; wherein the second local area network is different from the first local area network; The local area network firewall end where the virtual machine is located configures the access control policy of the virtual machine based on the IP address of the virtual machine; wherein the access control policy of the virtual machine includes the permission for the AUTOSAR tool chain deployed in the first local area network to communicate with the virtual machine; The AUTOSAR tool chain deployed in the first local area network calls the vehicle data stream obtained by the virtual machine applying the test board according to the IP address of the virtual machine.

2. The method according to claim 1, characterized in that The steps of installing and starting the virtual machine application test board in bridge mode on the current host machine deployed in the second LAN include: Install a virtual machine on the current host machine deployed in the second LAN; Editing a bridge configuration script for creating and closing a network bridge between the current host machine and the virtual machine; In response to a first operation instruction for the bridge configuration script, the virtual machine is started to establish communication between the current host machine and the virtual machine; wherein the virtual machine obtains a vehicle data stream by applying a test board when started; In response to a second operation instruction for the bridge configuration script, shutting down the virtual machine.

3. The method according to claim 2, characterized in that In response to the first operation instruction for the bridge configuration script, the step of starting the virtual machine and establishing communication between the current host machine and the virtual machine includes: In response to a first operation instruction input by a user for the current host machine, the bridge configuration script is run, and a unique IP address in the same network segment as the current host machine is configured for the virtual machine; Determine whether there is a preset named bridge device in the network of the current host machine; If so, a network connection between the current host machine and the virtual machine is established under the action of the bridge device; If it does not exist, add a preset named bridge device to the network of the current host machine, establish a network connection between the current host machine and the preset named bridge device, and then execute the steps of establishing a network connection between the current host machine and the virtual machine under the action of the bridge device.

4. The method according to claim 3, characterized in that The step of establishing a network connection between the current host machine and the preset named bridge device comprises: Configure the physical network card interface IP of the current host machine to the preset named bridge device; Setting the preset named bridge device to a startup state; Setting the physical network card interface of the current host machine to a closed state, and adding the interface of the physical network card of the current host machine to the preset named bridge device; Re-enabling the physical network card interface of the current host machine; Based on the success information output by the virtual machine, a network connection status between the current host machine and the preset named bridge device is determined.

5. The method according to claim 3, characterized in that: Under the action of the network bridge device, the step of establishing a network connection between the current host machine and the virtual machine includes: Creating a virtualized network device corresponding to the virtual machine; Setting the virtualized network device to an enabled state and adding the preset named bridge device; Based on the success information output by the virtual machine, a network connection status from the host machine to the virtual machine is determined.

6. The method according to claim 2, characterized in that In response to a second operation instruction for the bridge configuration script, the step of shutting down the virtual machine includes: Set the virtualized network device to off state; The network connection state between the virtualized network device and the preset named bridge device is released.

7. The method according to claim 1, characterized in that The method further comprises: The current host machine deployed in the second local area network installs and starts multiple virtual machines in bridge mode to respectively apply different test boards to generate corresponding vehicle data streams, and sends the IP address of each virtual machine to the corresponding AUTOSAR tool chain deployed in the first local area network, so that the corresponding AUTOSAR tool chain calls the vehicle data stream based on the IP address of the virtual machine; wherein each of the virtual machines is pre-set with a mapping relationship with at least one of the AUTOSAR tool chains.

8. A test board application data calling system across local area networks, characterized in that: Includes at least one host machine, a firewall and at least one AUTOSAR tool chain; Each of the host machines is deployed in a second local area network, and each AUTOSAR tool chain is deployed in a first local area network; wherein the second local area network is different from the first local area network; Each host machine includes at least one virtual machine installed in bridge mode, each of the virtual machines corresponds to a different IP address, and each of the virtual machines applies a different test board; Under the effect of the access control policy configured on the firewall end where each virtual machine is located, each AUTOSAR tool chain calls the test board application data of the virtual machine based on the IP address of the virtual machine.

9. An electronic device comprising a memory and a processor, wherein the memory stores a computer program that can be run on the processor, characterized in that: When the processor executes the computer program, the steps of the method according to any one of claims 1 to 7 are implemented.

10. A machine-readable storage medium, characterized in that: The machine-readable storage medium stores machine-executable instructions. When the machine-executable instructions are called and executed by a processor, the machine-executable instructions prompt the processor to implement the steps of the method described in any one of claims 1 to 7.

Images