A method for building digital twin desktop applications

Abstract

This invention discloses a method for constructing a digital twin desktop application, relating to the field of digital twin technology. It establishes a digital twin desktop application construction system and constructs a digital twin desktop application through this system, including: Step 1: Modifying the configuration file of the desktop application construction module through a modification module; Step 2: Reading the configuration through the desktop application construction module; Step 3: Launching a new browser-based desktop window through the desktop application construction module, loading the page through the network access address of the data visualization page, and writing a pre-loading script; Step 4: Registering listening events for mouse operations on the data visualization page through a listening module based on the pre-loading script; Step 5: Launching the digital twin desktop application through the desktop application construction module; Step 6: The data visualization page provides a peer-to-peer connection to the digital twin desktop application; Step 7: The digital twin desktop application obtains the desktop window of the data visualization page using the window handle through a window settings module; Step 8: Performing operations on the digital twin desktop application by the data visualization page; Step 9: Ensuring the consistency of the digital twin desktop application through the desktop application construction module.

Description

Technical Field

[0001] This invention discloses a method for constructing a digital twin desktop application, which relates to the field of digital twin technology. Background Technology

[0002] Digital twins, driven by data, comprehensively present the entire lifecycle of physical entities and have become an important foundational technology for achieving efficient interconnection between the real and virtual worlds. They have also powerfully promoted the deep integration and development of the digital economy with the real economy, such as industrial manufacturing and urban management.

[0003] The development and application of digital twin desktop applications play a crucial role in the development and application of digital twin technology. Digital twin desktop applications mainly encompass virtual space scene applications and data analysis and visualization applications. With continuous technological advancements, the engine technologies for digital twin virtual space scene applications can be divided into two categories: lightweight engines based on WebGL and heavyweight engines based on game engines. The development of digital twin applications based on game engines presents some challenges, such as:

[0004] Firstly, a Chromium-based web browser rendering engine plugin is used to embed the web application into the digital twin desktop application. This involves passing mouse and keyboard actions through a transparent window area to the digital twin desktop application via page pass-through technology. However, this approach is complex to integrate, has a mixed technical architecture, and is not conducive to business expansion. Furthermore, due to the limitations of the Chromium kernel in loading web pages, loading the page slows down the frame rate of the application, causing some media resources to fail to play or stutter, resulting in poor performance and user experience.

[0005] Secondly, user interface development kits based on game engines are used to create simple numerical metrics. However, this approach can easily lead to thread backlog after a large number of network requests are initiated through the data communication interface, making it difficult to ensure application performance.

[0006] Third, interactive media technology based on WebRTC transmits the screen of a digital twin scene application to the web application in real time through processes such as window capture, video encoding, video compression, and network transmission. However, this method, due to its reliance on network and video encoding / decoding limitations, suffers from problems such as frame rate jitter in the scene application, unstable screen clarity, and inconvenient input device operation, resulting in poor scene display effects. Summary of the Invention

[0007] This invention addresses the problems of existing technologies by providing a method for building digital twin desktop applications. It effectively solves problems such as poor response performance, severe frame rate jitter in scene programs, unclear screen resolution, and chaotic technical architecture in digital twin desktop applications, thereby better releasing the technical value and improving the construction efficiency of digital twin desktop applications.

[0008] The specific solution proposed in this invention is as follows:

[0009] This invention provides a method for building a digital twin desktop application, and establishes a digital twin desktop application building system, which includes a desktop application building module, a modification module, a monitoring module, a window settings module, and a control module.

[0010] Building digital twin desktop applications using a digital twin desktop application building system includes:

[0011] Step 1: Modify the configuration file of the desktop application building module to enable it to obtain the launcher path of the digital twin desktop application and the network access address of the data visualization page, and configure the listening port of the application scheduling service.

[0012] Step 2: Read the configuration through the desktop application building module, start the application scheduling service as a child process, and wait for the application scheduling service to start successfully and return the process ID.

[0013] Step 3: Launch a new browser-based desktop window using the desktop application building block, load the page via the network access address of the data visualization page, and write a preload script.

[0014] Step 4: Register mouse operation listener events on the data visualization page using the listening module based on the preloaded script. This allows for the control of the digital twin desktop application by listening to mouse events on the data visualization page.

[0015] Step 5: The desktop application building module calls the digital twin desktop application's launcher as a subprocess to start the digital twin desktop application, saves the process ID of the digital twin desktop application, and registers the digital twin desktop application with the application scheduling service.

[0016] Step 6: Register the data visualization page with the application scheduling service through the desktop application building module, and listen for messages from the application scheduling service. If the application scheduling service indicates that the digital twin desktop application has been registered, the data visualization page proactively initiates a WebRTC communication connection establishment request, which is forwarded to the digital twin desktop application through the application scheduling service, and the two parties establish a peer-to-peer connection.

[0017] Step 7: The digital twin desktop application uses the window handle to obtain the desktop window of the data visualization page through the window settings module, and uses the operating system API to set the desktop window as a child window of the digital twin desktop application.

[0018] Step 8: When the buttons on the data visualization page are operated via the control module, the data visualization page sends request messages to the digital twin desktop application through the established WebRTC peer-to-peer connection communication channel. After receiving the request messages, the digital twin desktop application responds accordingly based on the message type, enabling the data visualization page to control the digital twin desktop application.

[0019] Step 9: Using the desktop application building module, listen for the exit event of the desktop window program of the digital twin desktop application or the data visualization interface based on the process ID of the data visualization page and the digital twin desktop application. When one of them exits, close the process of the other program to ensure the consistency of the digital twin desktop application.

[0020] Furthermore, in step 4 of the method for constructing a digital twin desktop application, the operation of the digital twin desktop application is realized by listening to mouse events on the data visualization page through a listening module, including: exiting the digital twin desktop application by clicking the exit button on the data visualization page in the mouse event.

[0021] By preventing mouse actions on the data visualization page from affecting the digital twin scene when the mouse moves into a certain area, the data twin scene can be prevented from being passed through in mouse events.

[0022] Furthermore, in step 7 of the method for constructing a digital twin desktop application, the digital twin desktop application listens to changes in its own window size through the window settings module. When the window size changes, it dynamically modifies the window size of the data visualization page through the operating system API and window handle, so that the two windows always maintain an embedded relationship. The child window always inherits the screen adaptation logic of the parent window for adaptation to multiple screen resolutions.

[0023] Furthermore, in step 8 of the method for constructing a digital twin desktop application, the digital twin desktop application is manipulated through a data visualization page via a control module, including: showing and hiding the time and weather of the scene in the digital twin desktop application, changing the scene perspective of the digital twin desktop application, and showing and hiding the model of the digital twin desktop application.

[0024] This invention also provides a digital twin desktop application building system, including a desktop application building module, a modification module, a monitoring module, a window settings module, and a control module.

[0025] Modify the configuration file of the desktop application building module to enable it to obtain the launcher path of the digital twin desktop application and the network access address of the data visualization page, and configure the listening port of the application scheduling service.

[0026] The desktop application building module reads the configuration, starts the application scheduling service as a child process, and waits for the application scheduling service to start successfully before returning the process ID.

[0027] The desktop application building block launches a new browser-based desktop window, loads the page via the network access address of the data visualization page, and writes a preload script.

[0028] The monitoring module registers mouse operation listeners for mouse actions on the data visualization page based on the preloaded script, and then controls the digital twin desktop application by listening to these mouse events.

[0029] The desktop application building module calls the launcher of the digital twin desktop application as a subprocess, starts the digital twin desktop application, saves the process ID of the digital twin desktop application, and registers the digital twin desktop application with the application scheduling service.

[0030] The desktop application building module registers the data visualization page with the application scheduling service and listens for messages from the application scheduling service. If the application scheduling service indicates that the digital twin desktop application has been registered, the data visualization page proactively initiates a WebRTC communication connection establishment request, which is forwarded to the digital twin desktop application through the application scheduling service, and the two parties establish a peer-to-peer connection.

[0031] The digital twin desktop application uses the window handle to obtain the desktop window of the data visualization page through the window settings module, and uses the operating system API to set the desktop window as a child window of the digital twin desktop application.

[0032] When the buttons on the data visualization page are operated via the control module, the data visualization page sends request messages to the digital twin desktop application through the established WebRTC peer-to-peer connection communication channel. After receiving the request messages, the digital twin desktop application responds accordingly based on the message type, enabling the data visualization page to control the digital twin desktop application.

[0033] The desktop application building module listens for the exit event of the desktop window program of the digital twin desktop application or the data visualization interface based on the process ID of the data visualization page and the digital twin desktop application. When one of them exits, the process of the other program is closed to ensure the consistency of the digital twin desktop application.

[0034] Furthermore, the listening module of the digital twin desktop application building system listens to mouse events on the data visualization page to perform operations on the digital twin desktop application, including: exiting the digital twin desktop application by clicking the exit button on the data visualization page in the mouse event.

[0035] By preventing mouse actions on the data visualization page from affecting the digital twin scene when the mouse moves into a certain area, the data twin scene can be prevented from being passed through in mouse events.

[0036] Furthermore, the digital twin desktop application of the aforementioned digital twin desktop application construction system listens to changes in its own window size through a window settings module. When the window size changes, it dynamically modifies the window size of the data visualization page through the operating system API and window handle, so that the two windows always maintain an embedded relationship. The child window always inherits the screen adaptation logic of the parent window for adaptation to various screen resolutions.

[0037] Furthermore, the control module of the digital twin desktop application building system allows for the control of the digital twin desktop application via a data visualization page, including: displaying and hiding the time and weather of the scene in the digital twin desktop application, changing the scene perspective of the digital twin desktop application, and displaying and hiding the model of the digital twin desktop application.

[0038] The advantages of this invention are:

[0039] This paper improves and optimizes current methods for building digital twin applications based on game engines, avoiding uncontrollable issues such as frame rate jitter caused by network and video encoding problems in existing media streaming methods. It also addresses the issue of reduced frame rates and unavailability of some media resources in data visualization analysis scenarios with large amounts of data interaction due to thread backlog caused by the large number of network requests generated by the data visualization development kit used by the game engine and the Chromium-based web browser resource rendering plugin. This method separates the digital twin scene and data visualization modules based on the game engine, allowing the game engine to focus on rendering the digital twin scene, while the data visualization is handled by the native browser, which is more adapted to scenarios with multiple network requests and large amounts of data. This avoids the aforementioned problems and improves the stability of the digital twin application. The separation of modules also makes the application architecture clearer and easier to extend. Attached Figure Description

[0040] Figure 1 This is a schematic diagram of the overall architecture of the digital twin desktop application of this invention.

[0041] Figure 2 This is a schematic diagram of the startup process of the digital twin desktop application in this invention.

[0042] Figure 3 This is a schematic diagram of the exit process of the digital twin desktop application in this invention. Detailed Implementation

[0043] The present invention will be further described below with reference to the accompanying drawings and specific embodiments, so that those skilled in the art can better understand and implement the present invention. However, the embodiments described are not intended to limit the present invention.

[0044] Example 1

[0045] This invention relates to a signaling-based application scheduling service: responsible for exchanging necessary connection information, such as media negotiation information and network connection information, between two endpoint digital twin applications and data visualization pages to establish and maintain real-time communication sessions.

[0046] The digital twin application of the three-dimensional world involved in this invention mainly refers to the digital model of a specific physical object constructed by modeling and simulation through the fusion of digital and physical models in online digital simulation technology. This model can evolve in real time by receiving data from the physical object, thus maintaining consistency with the physical object throughout its entire life cycle, and serving as a display carrier for the simulation of complex physical objects.

[0047] The present invention relates to a browser-based data visualization page that provides a user interface to present data in the form of graphics or images. It uses visual elements, such as charts, graphs and maps, to present structured and unstructured data, making complex data easier to understand and helping users discover data trends and anomalies.

[0048] The desktop application building module constructed by this invention can have a built-in native browser kernel, which can load browser-based data visualization pages into the desktop program. It also has process management capabilities, which can provide real-time communication between the above-mentioned components for the digital twin desktop application, assist in the startup and operation of other components, schedule the startup order of each component, and ensure the stability of the system and the user experience.

[0049] Specifically, this invention provides a method for building a digital twin desktop application, establishing a digital twin desktop application building system, which includes a desktop application building module, a modification module, a monitoring module, a window settings module, and a control module.

[0050] Building digital twin desktop applications using a digital twin desktop application building system includes:

[0051] Step 1: Modify the configuration file of the desktop application building module to enable the desktop application building module to obtain the startup program path of the digital twin desktop application and the network access address of the data visualization page, and configure the listening port of the application scheduling service to ensure that the port is not occupied.

[0052] Step 2: Read the configuration through the desktop application building module, start the application scheduling service as a child process, and wait for the application scheduling service to start successfully and return the process ID, which is saved and maintained by the desktop application building module.

[0053] Step 3: Launch a new browser-based desktop window using the desktop application building module, load the data visualization page via its network access address, and write a preload script. Execute the logic in the preload script before the data visualization page's content is loaded, thereby enhancing the functionality of the data visualization page.

[0054] Step 4: Register mouse operation listener events on the data visualization page using the listening module based on the preloaded script. By listening to mouse events on the data visualization page, the operation of the digital twin desktop application can be implemented. For example, when a button on the data visualization page is clicked, the program will exit, and when the mouse moves into a certain area, the mouse event will not be passed through to the digital twin scene, so as to avoid the mouse operation on the data visualization page affecting the digital twin scene.

[0055] Step 5: The startup program of the digital twin desktop application is called in a child process through the desktop application building module to start the digital twin desktop application, save the process ID of the digital twin desktop application, and register the digital twin desktop application with the application scheduling service. The digital twin application keeps listening for messages from the application scheduling service.

[0056] Step 6: Register the data visualization page with the application scheduling service through the desktop application building module, and listen for messages from the application scheduling service. If the application scheduling service prompts that the digital twin desktop application has been registered, the data visualization page will actively initiate a WebRTC communication connection establishment request, which will be forwarded to the digital twin desktop application through the application scheduling service, and the two parties will establish a point-to-point connection.

[0057] Step 7: The digital twin desktop application uses the window handle to obtain the desktop window of the data visualization page through the window settings module, and uses the operating system API to set the desktop window as a child window of the digital twin desktop application.

[0058] The digital twin desktop application listens to changes in its own window size through a window settings module. When the window size changes, it dynamically modifies the window size of the data visualization page through the operating system API and window handle, so that the two windows always maintain an embedded relationship. The child window always inherits the screen adaptation logic of the parent window for adaptation to various screen resolutions.

[0059] Step 8: When the buttons on the data visualization page are operated through the control module, the data visualization page sends a request message to the digital twin desktop application through the established WebRTC peer-to-peer connection communication channel. After receiving the request message, the digital twin desktop application responds accordingly based on the message type, thereby enabling the data visualization page to control the digital twin desktop application.

[0060] The control module allows users to manipulate the digital twin desktop application through a data visualization page. This includes showing and hiding the time and weather in the scene of the digital twin desktop application, changing the scene perspective of the digital twin desktop application, and showing and hiding the model of the digital twin desktop application.

[0061] Step 9: Using the desktop application building module, listen for the exit event of the desktop window program of the digital twin desktop application or the data visualization interface based on the process ID of the data visualization page and the digital twin desktop application. When one of them exits, close the process of the other program to ensure the consistency of the digital twin desktop application.

[0062] The main technical problem addressed by this invention is the use of cross-platform desktop application building technology and game engine rendering technology, combined with WebRTC interactive media technology and real-time data acquisition and analysis, to improve and optimize existing problems without altering the original application content. The advantages of cross-platform desktop application building technology ensure normal loading and display of media resources; game engine rendering technology and WebRTC interactive media technology avoid the influence of network and video encoding / decoding factors, resolving issues such as frame rate jitter, unstable image clarity, and inconvenient input device operation; real-time data acquisition and analysis delegate network communication to the native browser for rendering, avoiding issues such as overall program lag and rendering anomalies caused by thread backlog when using web browser plugins in third-party user interface development kits based on game engines during large-scale data interaction. The modules described above exhibit good independence, high cohesion, and low coupling, simplifying integration, resulting in a clear technical architecture and good scalability.

[0063] Example 2

[0064] This invention also provides a digital twin desktop application building system, including a desktop application building module, a modification module, a monitoring module, a window settings module, and a control module.

[0065] Modify the configuration file of the desktop application building module to enable it to obtain the launcher path of the digital twin desktop application and the network access address of the data visualization page, and configure the listening port of the application scheduling service.

[0066] The desktop application building module reads the configuration, starts the application scheduling service as a child process, and waits for the application scheduling service to start successfully before returning the process ID.

[0067] The desktop application building block launches a new browser-based desktop window, loads the page via the network access address of the data visualization page, and writes a preload script.

[0068] The monitoring module registers mouse operation listeners for mouse actions on the data visualization page based on the preloaded script, and then controls the digital twin desktop application by listening to these mouse events.

[0069] The desktop application building module calls the launcher of the digital twin desktop application as a subprocess, starts the digital twin desktop application, saves the process ID of the digital twin desktop application, and registers the digital twin desktop application with the application scheduling service.

[0070] The desktop application building module registers the data visualization page with the application scheduling service and listens for messages from the application scheduling service. If the application scheduling service indicates that the digital twin desktop application has been registered, the data visualization page proactively initiates a WebRTC communication connection establishment request, which is forwarded to the digital twin desktop application through the application scheduling service, and the two parties establish a peer-to-peer connection.

[0071] The digital twin desktop application uses the window handle to obtain the desktop window of the data visualization page through the window settings module, and uses the operating system API to set the desktop window as a child window of the digital twin desktop application.

[0072] When the buttons on the data visualization page are operated via the control module, the data visualization page sends request messages to the digital twin desktop application through the established WebRTC peer-to-peer connection communication channel. After receiving the request messages, the digital twin desktop application responds accordingly based on the message type, enabling the data visualization page to control the digital twin desktop application.

[0073] The desktop application building module listens for the exit event of the desktop window program of the digital twin desktop application or the data visualization interface based on the process ID of the data visualization page and the digital twin desktop application. When one of them exits, the process of the other program is closed to ensure the consistency of the digital twin desktop application.

[0074] The information interaction and execution process between the modules of the above system are based on the same concept as the method embodiment of the present invention, and the specific details can be found in the description of the method embodiment of the present invention, and will not be repeated here.

[0075] Similarly, this invention avoids the uncontrollable problems of media stream frame rate jitter caused by network and video encoding issues in existing media streaming methods. Addressing the issue of reduced scene frame rates and unavailability of some media resources in data visualization analysis scenarios involving large amounts of data interaction due to thread backlog caused by the large number of network requests generated by the data visualization development kit used by the game engine and the resource rendering plugin based on the Chromium kernel, this system separates the digital twin scene and data visualization modules based on the game engine. This allows the game engine to focus on rendering the digital twin scene, while the data visualization part is handled by the native browser, which is more adapted to scenarios with multiple network requests and large data visualization. This avoids the aforementioned problems and improves the stability of the digital twin application. The separation of modules also makes the application architecture clearer and easier to extend.

[0076] It should be noted that not all steps and modules in the above processes and system structures are mandatory; some steps or modules can be omitted as needed. The execution order of the steps is not fixed and can be adjusted as required. The system structures described in the above embodiments can be physical or logical structures. That is, some modules may be implemented by the same physical entity, or some modules may be implemented by multiple physical entities, or they may be implemented by certain components in multiple independent devices.

[0077] The above-described embodiments are merely preferred embodiments provided to fully illustrate the present invention, and the scope of protection of the present invention is not limited thereto. Equivalent substitutions or modifications made by those skilled in the art based on the present invention are all within the scope of protection of the present invention. The scope of protection of the present invention is defined by the claims.

Claims

1. A method for building a digital twin desktop application, characterized by establishing... A digital twin desktop application building system, comprising a desktop application building module, a modification module, a monitoring module, a window settings module, and a control module. Building digital twin desktop applications using a digital twin desktop application building system includes: Step 1: Modify the configuration file of the desktop application building module to enable it to obtain the launcher path of the digital twin desktop application and the network access address of the data visualization page, and configure the listening port of the application scheduling service. Step 2: Read the configuration through the desktop application building module, start the application scheduling service as a child process, and wait for the application scheduling service to start successfully and return the process ID. Step 3: Launch a new browser-based desktop window using the desktop application building block, load the page via the network access address of the data visualization page, and write a preload script. Step 4: Register mouse operation listener events on the data visualization page using the listening module based on the preloaded script. This allows for the control of the digital twin desktop application by listening to mouse events on the data visualization page. Step 5: The desktop application building module calls the digital twin desktop application's launcher as a subprocess to start the digital twin desktop application, saves the process ID of the digital twin desktop application, and registers the digital twin desktop application with the application scheduling service. Step 6: Register the data visualization page with the application scheduling service through the desktop application building module, and listen for messages from the application scheduling service. If the application scheduling service indicates that the digital twin desktop application has been registered, the data visualization page proactively initiates a WebRTC communication connection establishment request, which is forwarded to the digital twin desktop application through the application scheduling service, and the two parties establish a peer-to-peer connection. Step 7: The digital twin desktop application uses the window handle to obtain the desktop window of the data visualization page through the window settings module, and uses the operating system API to set the desktop window as a child window of the digital twin desktop application. Step 8: When the buttons on the data visualization page are operated via the control module, the data visualization page sends request messages to the digital twin desktop application through the established WebRTC peer-to-peer connection communication channel. After receiving the request messages, the digital twin desktop application responds accordingly based on the message type, enabling the data visualization page to control the digital twin desktop application. Step 9: Using the desktop application building module, listen for the exit event of the desktop window program of the digital twin desktop application or the data visualization interface based on the process ID of the data visualization page and the digital twin desktop application. When one of them exits, close the process of the other program to ensure the consistency of the digital twin desktop application.

2. The method for constructing a digital twin desktop application according to claim 1, characterized in that: Step 4 involves using a listening module to monitor mouse events on the data visualization page to perform operations on the digital twin desktop application, including: exiting the digital twin desktop application by clicking the exit button on the data visualization page in the mouse event. By preventing mouse actions on the data visualization page from affecting the digital twin scene when the mouse moves into a certain area, the data twin scene can be prevented from being passed through in mouse events.

3. The method for constructing a digital twin desktop application according to claim 1, characterized in that: In step 7, the digital twin desktop application listens to changes in its own window size through the window settings module. When the window size changes, it dynamically modifies the window size of the data visualization page through the operating system API and window handle, so that the two windows always maintain an embedded relationship. The child window always inherits the screen adaptation logic of the parent window for adaptation to various screen resolutions.

4. The method for constructing a digital twin desktop application according to claim 1, characterized in that: In step 8, the digital twin desktop application is manipulated through the data visualization page via the control module, including: hiding the time and weather of the scene in the digital twin desktop application, changing the scene perspective of the digital twin desktop application, and hiding the model of the digital twin desktop application.

5. A digital twin desktop application building system, characterized in that: The digital twin desktop application building system includes a desktop application building module, a modification module, a listening module, a window settings module, and a control module. Modify the configuration file of the desktop application building module to enable it to obtain the launcher path of the digital twin desktop application and the network access address of the data visualization page, and configure the listening port of the application scheduling service. The desktop application building module reads the configuration, starts the application scheduling service as a child process, and waits for the application scheduling service to start successfully before returning the process ID. The desktop application building block launches a new browser-based desktop window, loads the page via the network access address of the data visualization page, and writes a preload script. The monitoring module registers mouse operation listeners for mouse actions on the data visualization page based on the preloaded script, and then controls the digital twin desktop application by listening to these mouse events. The desktop application building module calls the launcher of the digital twin desktop application as a subprocess, starts the digital twin desktop application, saves the process ID of the digital twin desktop application, and registers the digital twin desktop application with the application scheduling service. The desktop application building module registers the data visualization page with the application scheduling service and listens for messages from the application scheduling service. If the application scheduling service indicates that the digital twin desktop application has been registered, the data visualization page proactively initiates a WebRTC communication connection establishment request, which is forwarded to the digital twin desktop application through the application scheduling service, and the two parties establish a peer-to-peer connection. The digital twin desktop application uses the window handle to obtain the desktop window of the data visualization page through the window settings module, and uses the operating system API to set the desktop window as a child window of the digital twin desktop application. When the buttons on the data visualization page are operated via the control module, the data visualization page sends request messages to the digital twin desktop application through the established WebRTC peer-to-peer connection communication channel. After receiving the request messages, the digital twin desktop application responds accordingly based on the message type, enabling the data visualization page to control the digital twin desktop application. The desktop application building module listens for the exit event of the desktop window program of the digital twin desktop application or the data visualization interface based on the process ID of the data visualization page and the digital twin desktop application. When one of them exits, the process of the other program is closed to ensure the consistency of the digital twin desktop application.

6. A digital twin desktop application building system according to claim 5, characterized in that: The listening module listens for mouse events on the data visualization page to enable operations on the digital twin desktop application, including: exiting the digital twin desktop application by clicking the exit button on the data visualization page in a mouse event. By preventing mouse actions on the data visualization page from affecting the digital twin scene when the mouse moves into a certain area, the data twin scene can be prevented from being passed through in mouse events.

7. A digital twin desktop application building system according to claim 5, characterized in that: Digital twin desktop applications monitor changes in their own window size through a window settings module. When the window size changes, the window size of the data visualization page is dynamically modified through the operating system API and window handle, ensuring that the two windows always maintain an embedded relationship. The child window always inherits the screen adaptation logic of the parent window for adaptation to various screen resolutions.

8. A digital twin desktop application building system according to claim 5, characterized in that: The control module allows users to manipulate the digital twin desktop application via a data visualization page. This includes hiding the time and weather in the scene of the digital twin desktop application, changing the scene perspective of the digital twin desktop application, and hiding the model of the digital twin desktop application.

Images