A flight simulation device visual database version control method, system and device

Abstract

The present invention belongs to the field of database technology, and specifically relates to a method, system and device for controlling the version of a visual database of a flight simulation device, aiming to solve the problem of insufficient availability and flexibility of simulator version update technology in the prior art. The present invention includes: encoding the original file of a new visual database version into a first format file resource and a second format file resource; transmitting the first format file resource to a data lake computer, and transmitting the second format file resource to a console computer and an image generation computer through synchronous transmission instructions; the console computer reads the second format file resource, retrieves the first format file resource of the data lake computer through the second format file resource, and outputs a new version of the image to the image generation computer through the retrieved first format file resource. The present invention can directly complete the installation, conversion and effective control and management of multiple versions of visual airport databases in the background, reducing the downtime of the operating platform.

Description

Background Art

[0002] Flight simulators are important tools for pilot training and aviation research, and their visual simulation systems are crucial to improving the realism and effectiveness of training. The traditional flight simulator visual system architecture usually involves three key components: the console computer, the data lake computer, and the image generation computer. Among them, the console computer plays a core role, not only running the software of the entire system, but also responsible for database management; the data lake computer is mainly used to store huge visual database files, which contain detailed information such as terrain, buildings, weather conditions, etc.; and the image generation computer is tasked with generating high-quality images based on the received data and outputting them to the display to present a realistic flight environment to the operator.

[0003] Under this architecture, the visual database contains detailed visual data of multiple airports. In order to meet different training needs and development stages, there are multiple versions of visual data for each airport, such as a simplified version for preliminary training, a test version for system testing and verification, and a complete version containing all the details. However, when updating or switching different versions of the visual database, existing flight simulators rely on the console computer to perform a set of proprietary installation and version conversion processes, which is often a time-consuming and complex task, posing a challenge to the availability and flexibility of the system. Summary of the invention

[0004] In order to solve the above-mentioned problems in the prior art, namely, the problems of insufficient availability and flexibility of the existing simulator version update technology, the present invention provides a flight simulation device visual database version control method, comprising:

[0005] Encoding the original file of the new visual database version into a first format file resource and a second format file resource;

[0006] The first format file resource is transmitted to the data lake computer through a synchronous transmission instruction, and

[0007] transmitting the second format file resource to the console computer and the image generation computer;

[0008] The console computer reads the second format file resource, calls the first format file resource of the data lake computer through the second format file resource, and outputs the new version image to the image generation computer through the called first format file resource.

[0009] Furthermore, the original file of the new visual database version is encoded by the algorithm encoding program software BUILD instruction.

[0010] Furthermore, the first format file resource is a visual database software package file, and is named according to a set rule.

[0011] Furthermore, the setting rules include database name, version number and file size.

[0012] Furthermore, the second format file resource is an airport inventory list XML configuration file, which is used to manage and control the inventory and configuration path files of files in the current data lake computer.

[0013] Furthermore, the airport database version folder path name in the first format file resource is consistent with the airport database path name in the second format file resource.

[0014] Another aspect of the present invention provides a flight simulation device visual database version control system, comprising:

[0015] A split encoding module is configured to encode the original file of the new visual database version into a first format file resource and a second format file resource;

[0016] a synchronous distribution module, configured to transmit the first format file resource to the data lake computer through a synchronous transmission instruction, and

[0017] transmitting the second format file resource to the console computer and the image generation computer;

[0018] The hot update module is configured so that the console computer reads the second format file resource, calls the first format file resource of the data lake computer through the second format file resource, and outputs the new version image to the image generation computer through the called first format file resource.

[0019] According to a third aspect of the present invention, an electronic device is provided, comprising:

[0020] at least one processor; and

[0021] a memory communicatively connected to at least one of the processors; wherein,

[0022] The memory stores instructions that can be executed by the processor, and the instructions are used to be executed by the processor to implement the above-mentioned flight simulation device visual database version control method.

[0023] In a fourth aspect of the present invention, a computer-readable storage medium is provided, wherein the computer-readable storage medium stores computer instructions, and the computer instructions are used to be executed by the computer to implement the above-mentioned method for controlling the visual database version of a flight simulation device.

[0024] Beneficial effects of the present invention:

[0025] (1) Compared with the prior art in which only the console computer can be used to stop the running platform and then update the visual database through a proprietary installation method, the database version control method provided by the present invention can directly complete the installation, conversion and effective control management of multiple versions of the visual airport database in the background, thereby reducing the downtime of the running platform and improving the utilization rate of the flight simulation equipment. The new installation method simplifies the installation and deployment steps and improves the work quality and efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] Other features, objects and advantages of the present application will become more apparent by reading the detailed description of non-limiting embodiments made with reference to the following drawings:

[0027] Figure 1 It is a schematic diagram of the flow of the version control method of the visual database of the flight simulation device in an embodiment of the present invention;

[0028] Figure 2 It is a principle block diagram of data distribution and retrieval of a visual database of a flight simulation device in an embodiment of the present invention. DETAILED DESCRIPTION

[0029] The present application will be further described in detail below in conjunction with the accompanying drawings and embodiments. It is to be understood that the specific embodiments described herein are only used to explain the relevant invention, rather than to limit the invention. It is also necessary to explain that, for ease of description, only the parts related to the relevant invention are shown in the accompanying drawings.

[0030] It should be noted that, in the absence of conflict, the embodiments and features in the embodiments of the present application can be combined with each other. The present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

[0031] In order to more clearly explain the flight simulation device visual database version control method of the present invention, the following is combined with Figure 1 and Figure 2 Each step in the embodiment of the present invention is described in detail.

[0032] The visual database of a flight simulator is a highly complex and sophisticated system that integrates multiple types of files to build a realistic flight environment. These files include terrain data, image data, 3D models, environmental effects, database files, scripts and configuration files. The terrain data file describes the undulations and flat areas of the ground; the image data file provides a real image of the ground; the 3D model file reproduces the objects on the ground; the environmental effect file simulates various weather phenomena; the database file manages all data and information; and the scripts and configuration files control the overall behavior of the visual system. To ensure that the simulator can provide a highly realistic and diverse flight environment, so that pilots can train and evaluate under conditions close to reality, these files need to be highly technically integrated and precisely synchronized. These integrations and synchronizations require precise hardware and software combinations and collaborative implementations, including data acquisition stage, signal processing stage, flight model calculation stage, flight status update stage, visual rendering request stage, visual database query stage, real-time rendering stage, image synthesis stage, display output stage, synchronous control stage, and feedback loop stage; the flight status update stage includes real-time calculation of the simulated aircraft's position, attitude, and meteorological conditions in virtual space, implementation of prediction of the flight status at the next moment, and completion of the flight status update;

[0033] During the visual rendering request phase, the simulator host will send a rendering instruction containing new position and viewing angle information to the console computer of the visual system based on the predicted flight status at the next moment.

[0034] In the real-scene database query phase, after receiving the rendering request, the visual system retrieves the required corresponding terrain, building, weather and environmental information from the visual database;

[0035] In the real-time rendering stage, the visual system calculates the real-time rendering visual images of each visual channel of the simulator according to the retrieved terrain, buildings, weather and environmental information based on the position, attitude and weather conditions in the next flight state; the real-time visual rendering of the flight simulator focuses on high precision and strong real-time performance. It must process a large amount of data and keep synchronization with multiple subsystems such as flight control systems and sensors to ensure the real experience and safety standards during the simulated flight. Its hot update mechanism requires comprehensive data calls and updates to accurately reflect the complex and changing flight environment and operation feedback. In contrast, the hot update of existing technologies such as mobile phone applications mainly focuses on improving the color expression of visual effects and ensuring the dynamic smoothness of the user interface. It has lower requirements for the immediacy of data processing and the complexity of environmental simulation. It is usually limited to the update of local functions or elements and cannot be simply applied to the synchronization of flight simulators.

[0036] In the image synthesis stage, the visual image is synthesized with the instrument display information and system status information of the aircraft cockpit to form a final visual image;

[0037] In the display output stage, the final visual image is sent to the simulator's display device and output, such as a multi-channel projector or monitor;

[0038] In the synchronous control stage, after the display device shows the final visual image, the pilot will continue to operate, and the operation actions will generate operation instructions based on the high-precision clock;

[0039] In the feedback loop stage, the actions performed by the pilot are transmitted back to the simulator body according to the operating instructions to form a closed-loop control, and then return to the flight status update stage.

[0040] During the entire operation process, data transmission is guaranteed by high-speed Ethernet and / or optical fiber; low latency and high bandwidth between the control system and the visual system are guaranteed. At the same time, all actions and signal transmission and reception use time synchronization protocols to ensure time synchronization of all devices.

[0041] Traditional hot update methods, such as technologies designed for mobile phone applications, cannot be directly applied to the environment of flight simulators. The existing hot update process of flight simulators usually requires that the console computer first complete the version switching and updating of the visual airport database. After this process is completed, the user connection with the image generation computer can be further established by loading the new version of data, thereby realizing the update of the visual system. However, during the normal operation of the flight simulator, considering the user experience and service continuity, the system service cannot be interrupted. In particular, during the operation of the simulator, the visual airport list XML configuration file stored inside the image generation computer is in active use, which makes the file unable to be modified or updated, because any attempt to modify the file in use may cause system instability or even crash. Therefore, existing hot update technologies such as mobile app hot update cannot meet the uninterrupted service requirements unique to flight simulators and cannot be directly applied.

[0042] Therefore, the present method is proposed to allow the image generation computer to maintain accurate access to the database without interruption during the update process, thereby ensuring the continuity and consistency of the view.

[0043] A method for controlling a visual database version of a flight simulation device according to a first embodiment of the present invention includes steps S100 to S300, each of which is described in detail as follows:

[0044] Take the installation of a certain airport VDB9.9.68 as an example, and obtain the original file of a certain airport VDB9.9.68 version;

[0045] Step S100, encode the original file of the new visual scene database version into the first format file resource and the second format file resource;

[0046] In this embodiment, the original file of the new visual scene database version is encoded by the algorithm encoding program software BUILD instruction.

[0047] A certain airport @09C717CC-C5A4-4C26-90FD-18A0FDD41811" / >

[0048] In this embodiment, the first format file resource is a visual scene database software package file and is named according to set rules. The set rules include the database name, version number, and file size.

[0049] In this embodiment, the second format file resource is an airport list XML configuration file for managing and controlling the list and configuration path files of the files in the existing data lake computer.

[0050] The airport database version folder path name in the first format file resource is the same as the airport database path name in the second format file resource. The original file is uploaded to the VDB management platform, and the algorithm encoding program software is run through the UI to execute the instruction to generate two outputs. One is the VDB file package of a certain airport with a 41-bit word length feature string after encoding, that is, the name of the first format file resource is: a certain airport @09C717CC-C5A4-4C26-90FD-18A0FDD41811; the other is the visual scene airport list XML configuration file, and a line of path code is added: <databasename="a certain airport" path= "\D$\SIM\DBM\Repository\ databases\a certain airport\

[0051] Step S200, through the synchronous transfer instruction, transfer the first format file resource to the data lake computer, and

[0052] transfer the second format file resource to the console computer and the image generation computer;

[0053] The control personnel can issue an execution installation synchronization instruction on the VDB management platform. When the installation synchronization instruction is received, the first format file resource, that is, the VDB file package of a certain airport, is installed and synchronized to the data lake computer through the visual scene console computer network; at the same time, the visual scene airport list XML configuration file is installed on the console computer and the image generation computer to complete the installation of a certain airport VDB9.9.68 and it can be enabled.

[0054] Step S300: The console computer reads the second format file resource, calls the first format file resource of the data lake computer through the second format file resource, and outputs a new version of the image to the image generation computer through the called first format file resource.

[0055] In the existing database update method, since the visual database file is large, most dual-runway airports are over 1G, the installation process is long, and after the installation, the airport is activated, and a series of files need to be updated in real time with the data lake computer and the image generation computer. Therefore, the console computer needs to stop the foreground running program first, and complete the console computer and image generation computer XML configuration file update and establish a link with the data lake computer database location through the synchronization program. However, this application uses a specific coding method to map the configuration file and the file to be retrieved before the update, so as to achieve synchronization of the update process of the visual database and the image generation computer, that is, no matter how large the update file is, the image generation computer can realize accurate call at any time without suspending the device operation.

[0056] During the operation of the flight simulation device, the image generation computer is responsible for querying the visual database in real time and rendering the image. Since the XML configuration file of the visual airport list is continuously used during operation, this limits the ability to dynamically update. This embodiment implements hot update through the following steps:

[0057] When the software executes the BUILD command, a copy of the XML configuration file is automatically created, which includes the global vision database file and the vision airport database configuration.

[0058] The essence is to establish a mapping relationship between the copy XML configuration file and the vision database version file, and update the vision database path code in the copy.

[0059] When the software executes the SYNC command, the updated copy XML configuration file is synchronously transferred to the image generation computer.

[0060] When the flight simulator uses a common global visual database, such as in high-altitude flight, the ground visual database XML configuration file is not needed and the system will perform an update operation to replace the currently used XML configuration file with the updated copy.

[0061] Since the mapping has been established, the occupancy detection step in the traditional update process is avoided, and seamless hot update is achieved.

[0062] This approach allows us to efficiently update the visual database configuration without disrupting the flight simulator.

[0063] The flight simulator takes off from Airport A to Airport B and then returns to Airport A. The visual view of Airport A initially displays three runways. As the aircraft takes off and flies to high altitude, the program software detects that the global visual database is used, and the ground airport visual resources are no longer occupied. It will use this time to perform a hot resource update in the background, and update the visual view of Airport A from the three-runway version to the four-runway version. When the aircraft returns from Airport B to Airport A, it will find that the visual view of Airport A has been seamlessly updated to the new version with four runways. There is almost no interference or change in the operation of flight training.

[0064] Although the various steps in the above embodiment are described in the above-mentioned order, those skilled in the art can understand that in order to achieve the effect of this embodiment, different steps do not have to be executed in such an order. They can be executed simultaneously (in parallel) or in a reverse order. These simple changes are within the scope of protection of the present invention.

[0065] The second embodiment of the present invention discloses an example of performing real-time version conversion in the background;

[0066] Take the current version of a certain airport VDB9.6.115, which needs to be converted to a certain airport VDB9.9.68 as an example.

[0067] Obtain the VDB9.9.68 file package of a certain airport and upload it to the VDB management platform, and select the file package of a certain airport VDB9.6.115 to be converted;

[0068] Run the algorithm encoding program software in the VDB management platform UI, execute the encoding to generate BUILD instructions, and generate two outputs. One is the VDB file package of a certain airport with a 41-bit character string after encoding: certain airport@9E0327F7-1823-46E1-95AB-2167830E1AA; the other is the XML configuration file of the visual airport list, and update a line of code: <database name="某机场" path="\D$\SIM\DBM\Repository\databases\某机场\ 某机场@9E0327F7-1823-46E1-95AB-2167830E1AA" / > .

[0069] In the VDB management platform UI, execute the installation synchronization command, and the program will install and synchronize the VDB file package of a certain airport code to the data lake computer through the visual console computer network; at the same time, the visual airport list XML configuration file will be installed and synchronized to the visual console computer, and the XML configuration file will be synchronized and installed to the image generation computer through the console computer to complete the VDB9.9.115 version conversion of a certain airport.

[0070] A flight simulation device visual database version control system according to a third embodiment of the present invention comprises:

[0071] A split encoding module is configured to encode the original file of the new visual database version into a first format file resource and a second format file resource;

[0072] a synchronous distribution module, configured to transmit the first format file resource to the data lake computer through a synchronous transmission instruction, and

[0073] transmitting the second format file resource to the console computer and the image generation computer;

[0074] The hot update module is configured so that the console computer reads the second format file resource, calls the first format file resource of the data lake computer through the second format file resource, and outputs the new version image to the image generation computer through the called first format file resource.

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

[0076] It should be noted that the above embodiment provides a flight simulation device visual database version control system, which is only illustrated by the division of the above functional modules. In practical applications, the above functions can be assigned to different functional modules as needed, that is, the modules or steps in the embodiments of the present invention can be decomposed or combined. For example, the modules in the above embodiments can be combined into one module, or further divided into multiple sub-modules to complete all or part of the functions described above. The names of the modules and steps involved in the embodiments of the present invention are only for distinguishing the modules or steps, and are not regarded as improper limitations of the present invention.

[0077] An electronic device according to a fourth embodiment of the present invention includes:

[0078] at least one processor; and

[0079] a memory communicatively connected to at least one of the processors; wherein,

[0080] The memory stores instructions that can be executed by the processor, and the instructions are used to be executed by the processor to implement the above-mentioned flight simulation device visual database version control method.

[0081] A fifth embodiment of the present invention is a computer-readable storage medium, wherein the computer-readable storage medium stores computer instructions, and the computer instructions are used to be executed by the computer to implement the above-mentioned flight simulation device visual database version control method.

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

[0083] Those skilled in the art should be able to appreciate that the modules and method steps of each example described in conjunction with the embodiments disclosed herein can be implemented with electronic hardware, computer software, or a combination of the two, and the programs corresponding to the software modules and method steps can be placed in random access memory (RAM), memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disks, removable disks, CD-ROMs, or any other form of storage medium known in the technical field. In order to clearly illustrate the interchangeability of electronic hardware and software, the composition and steps of each example have been generally described in the above description according to the function. Whether these functions are performed in electronic hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of the present invention.

[0084] The terms "first", "second", etc. are used to distinguish similar objects rather than to describe or indicate a particular order or sequence.

[0085] The term "comprise" or any other similar term is intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus / device that includes a list of elements includes not only those elements but also other elements not expressly listed, or also includes elements inherent to such process, method, article, or apparatus / device.

[0086] So far, the technical solutions of the present invention have been described in conjunction with the preferred embodiments shown in the accompanying drawings. However, it is easy for those skilled in the art to understand that the protection scope of the present invention is obviously not limited to these specific embodiments. Without departing from the principle of the present invention, those skilled in the art can make equivalent changes or substitutions to the relevant technical features, and the technical solutions after these changes or substitutions will fall within the protection scope of the present invention.

Claims

1. A flight simulation device visual database version control method, characterized in that: include: The original file of the new visual database version is encoded into a first format file resource and a second format file resource; the first format file resource is a visual database software package file, and is named according to a setting rule; the setting rule includes a database name, a version number, and a file size; the second format file resource is an airport list XML configuration file, which is used to manage and control the list and configuration path file of files in the current data lake computer; The first format file resource is transmitted to the data lake computer through a synchronous transmission instruction, and transmitting the second format file resource to the console computer and the image generation computer; The console computer reads the second format file resource, calls the first format file resource of the data lake computer through the second format file resource, and outputs a new version of the image to the image generation computer through the called first format file resource; Wherein, during the operation of the flight simulation device, the process of hot updating the second format file resource is specifically as follows: When the algorithm coding program software executes the BUILD instruction, a copy of the second format file resource is automatically created, and the visual database path code in the copy is updated; the copy includes a global visual database file and a visual airport database configuration; When the algorithm coding program software executes the SYNC instruction, the updated copy is synchronously transmitted to the image generation computer; The image generation computer obtains the second format file resources not required for the current flight phase according to the flight phase of the flight simulation device, and replaces the second format file resources not required for the current flight phase with updated copies.

2. A flight simulation device visual database version control method according to claim 1, characterized in that: The new visual database version original file is encoded through the algorithm encoding program software BUILD instruction.

3. A flight simulation device visual database version control method according to claim 1, characterized in that: The airport database version folder path name in the first format file resource is consistent with the airport database path name in the second format file resource.

4. A flight simulation device visual database version control system, characterized in that: include: The split encoding module is configured to encode the original file of the new visual database version into a first format file resource and a second format file resource; the first format file resource is a visual database software package file, and is named according to a setting rule; the setting rule includes a database name, a version number, and a file size; the second format file resource is an airport list XML configuration file, which is used to manage and control the list and configuration path file of the files in the current data lake computer; a synchronous distribution module, configured to transmit the first format file resource to the data lake computer through a synchronous transmission instruction, and transmitting the second format file resource to the console computer and the image generation computer; The hot update module is configured so that the console computer reads the second format file resource, calls the first format file resource of the data lake computer through the second format file resource, and outputs a new version of the image to the image generation computer through the called first format file resource; Wherein, during the operation of the flight simulation device, the process of hot updating the second format file resource is specifically as follows: When the algorithm coding program software executes the BUILD instruction, a copy of the second format file resource is automatically created, and the visual database path code in the copy is updated; the copy includes a global visual database file and a visual airport database configuration; When the algorithm coding program software executes the SYNC instruction, the updated copy is synchronously transmitted to the image generation computer; The image generation computer obtains the second format file resources not required for the current flight phase according to the flight phase of the flight simulation device, and replaces the second format file resources not required for the current flight phase with updated copies.

5. An electronic device, characterized in that: include: at least one processor; as well as a memory communicatively connected to at least one of the processors; wherein, The memory stores instructions executable by the processor, and the instructions are used to be executed by the processor to implement a flight simulation device visual database version control method as described in any one of claims 1-3.

6. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer instructions, and the computer instructions are used to be executed by the computer to implement the flight simulation device visual database version control method according to any one of claims 1 to 3.

Images