Visual display system for asynchronous interaction

Abstract

The invention discloses an asynchronous interaction visual display system, and the system comprises a client module which is used for obtaining model data; the model data comprises customer information and model information; calling an image generation module to generate a preview model based on the model data; and if the preview model meets the preset requirement, transmitting the model data to the server module. The server module is used for receiving the model data transmitted by the client module in an asynchronous polling manner; if the model data meets the storage condition, storing the model data to a message queue; and after a display instruction is received, calling an image generation module to generate a display model based on the model data in the message queue, and performing visual display on the display model. According to the method, a task queuing and failure retry mechanism is realized; service collapse caused by instantaneous request surge is prevented; cross-platform and cross-region data transmission and asynchronous processing are supported, and the flexibility and expansibility of visual display are improved.

Description

Technical Field

[0001] The present application relates to the field of visualization display technology, and in particular to an asynchronous interactive visualization display system. Background Art

[0002] In traditional visualizations, customer input and the presentation of visual content are often confined to a single terminal device, interacting synchronously. This tightly coupled input-feedback model presents significant limitations in many scenarios, particularly in the field of 3D content presentation.

[0003] Specifically, during the interaction of three-dimensional data, customers usually operate the three-dimensional model in real time through local devices (such as mouse, keyboard or VR controller, etc.), and the system's visual rendering responds to these input behaviors almost instantly, forming a "what you see is what you get" synchronous interaction mechanism.

[0004] Due to the synchronous interaction mechanism, customers are unable to achieve remote collaboration across regions. For example, in scenarios where remote teams collaborate on modeling or require remote expert guidance, traditional visualizations struggle to support multi-terminal concurrent operations and asynchronous information sharing. In certain scenarios requiring non-real-time processing or delayed execution (such as remote data acquisition, asynchronous batch processing, or task scheduling), the synchronous interaction mechanism cannot effectively support the requirements of "input first, view later" or "generate first, interact later," limiting the flexibility and scalability of visualizations. Summary of the Invention

[0005] Based on the above problems, this application provides an asynchronous interactive visualization display system, the purpose of which is to achieve cross-regional remote collaboration and improve the flexibility and scalability of visualization display.

[0006] The embodiments of this application disclose the following technical solutions:

[0007] This application provides an asynchronous interactive visualization display system, which includes:

[0008] Client modules for:

[0009] Acquire model data; the model data includes customer information and model information;

[0010] Calling an image generation module to generate a preview model based on the model data;

[0011] If the preview model meets the preset requirements, the model data is transmitted to the server module;

[0012] Server module, used for:

[0013] Asynchronously polling to receive the model data transmitted by the client module;

[0014] If the model data meets the storage condition, the model data is stored in the message queue;

[0015] After receiving the display instruction, the image generation module is called to generate a display model based on the model data in the message queue, and the display model is visually displayed.

[0016] Optionally, after receiving the display instruction, calling the image generation module to generate a display model based on the model data in the message queue, and visually displaying the display model specifically includes:

[0017] After receiving the display instruction, the model data in the message queue is parsed to obtain parsed data;

[0018] The image generation module is called to generate the display model based on the parsed data, and the display model is visually displayed using a screen.

[0019] Optionally, the system further comprises:

[0020] The screenshot module is used to store the preview model after the preview model is generated.

[0021] Optionally, the screenshot module is specifically used to:

[0022] After the preview model is generated, a screenshot of the preview model is taken in JPG format and stored.

[0023] Optionally, the system further comprises:

[0024] The orientation control module is used to adjust and control the customer information corresponding to the display model during the process of visual display of the display model.

[0025] Optionally, the system further comprises:

[0026] The clearing module is used to clear the display model and the model data corresponding to the display model after the display model completes the visual display.

[0027] Optionally, the system further comprises:

[0028] The adjustment module is used to adjust the parameters of the display model when the display model is visually displayed.

[0029] Optionally, the server module is further configured to:

[0030] The display model is controlled based on a preset path to perform visual display.

[0031] Optionally, the image generation module includes a Stable Diffusion model.

[0032] Optionally, the client module and the server module are in a decoupled state.

[0033] Compared with the prior art, this application has the following beneficial effects:

[0034] This application mainly includes a client module and a server module. The client module is used to obtain model data; the model data includes customer information and model information; the image generation module is called to generate a preview model based on the model data; if the preview model meets the preset requirements, the model data is transmitted to the server module. The server module is used to asynchronously poll and receive the model data transmitted by the client module; if the model data meets the storage conditions, the model data is stored in the message queue; after receiving the display instruction, the image generation module is called to generate a display model based on the model data in the message queue, and the display model is visually displayed. By deploying the model preview and final display functions on the client and server respectively, and adopting an asynchronous communication mechanism, the strong coupling relationship between customer operation and visual display is effectively released.

[0035] This application temporarily stores the model data in the message queue as an asynchronous task buffer after the server module confirms that the model data meets the storage conditions. It implements task queuing and failure retry mechanisms; prevents service crashes caused by a surge in instantaneous requests; supports cross-platform and cross-region data transmission and asynchronous processing; and provides a unified interface for connecting to multiple display terminals to enhance system compatibility. After receiving the display instruction, the server module can generate a three-dimensional display model based on the model data in the message queue and push it synchronously to achieve cross-regional display and improve the flexibility and scalability of visual display. BRIEF DESCRIPTION OF THE DRAWINGS

[0036] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0037] Figure 1 A first structural diagram of an asynchronous interactive visual display system provided in an embodiment of the present application;

[0038] Figure 2 A second structural diagram of an asynchronous interactive visual display system provided in an embodiment of the present application;

[0039] Figure 3 This is the third structural diagram of an asynchronous interactive visualization display system provided in an embodiment of the present application. DETAILED DESCRIPTION

[0040] As described above, due to the synchronous interaction mechanism, customers cannot achieve remote collaboration across regions. For example, in scenarios where remote teams collaborate on modeling or require remote expert guidance, traditional visualizations struggle to support multi-terminal concurrent operations and asynchronous information sharing. In certain scenarios requiring non-real-time processing or delayed execution (such as remote data acquisition, asynchronous batch processing, or task scheduling), the synchronous interaction mechanism cannot effectively support the "input first, view later" or "generate first, interact later" requirements, limiting the flexibility and scalability of visualizations.

[0041] In view of the above problems, the present application provides an asynchronous interactive visualization display system including: a client module for obtaining model data; the model data includes customer information and model information; calling an image generation module to generate a preview model based on the model data; if the preview model meets preset requirements, the model data is transmitted to a server module. A server module is used to asynchronously poll and receive the model data transmitted by the client module; if the model data meets storage conditions, the model data is stored in a message queue; after receiving a display instruction, the image generation module is called to generate a display model based on the model data in the message queue, and the display model is visually displayed.

[0042] After the server module confirms that the model data meets the storage conditions, this application temporarily stores it in the message queue as an asynchronous task buffer. This implements task queuing and failure retry mechanisms; prevents service crashes caused by a surge in instantaneous requests; and supports cross-platform and cross-region data transmission and asynchronous processing. After receiving the display instruction, the server module can generate a display model based on the model data in the message queue and push it synchronously, achieving cross-regional display and improving the flexibility and scalability of visual display.

[0043] In order to help those skilled in the art better understand the present invention, the following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only 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 those skilled in the art without creative work are within the scope of protection of this application.

[0044] Figure 1 This is a first structural diagram of an asynchronous interactive visualization display system provided in an embodiment of the present application, such as Figure 1 As shown, an asynchronous interactive visualization display system provided based on the above embodiment includes:

[0045] The client module is used to obtain model data; the model data includes customer information and model information; call the image generation module to generate a preview model based on the model data; if the preview model meets the preset requirements, the model data is transmitted to the server module.

[0046] This application does not limit the method of obtaining model data. For example, the customer enters customer information (such as customer name) in the operation interface to enter the model information collection process, and the model data can be obtained after completing the collection process; there is no limitation on the model information collection process. For example, it is obtained in the form of a questionnaire, that is, the customer enters the customer information and enters the questionnaire page. The customer answers the questions in the questionnaire interface. The collection process progress bar is updated every time a question is completed until all questions are answered. The customer's answer is used as model information. In order to facilitate the distinction of each customer's model information in the future, the model information of each customer can be randomly numbered.

[0047] This application does not limit the image generation module. For example, the image generation module includes a Stable Diffusion model; the Stable Diffusion model can be built based on ComfyUI.

[0048] In actual applications, the preview model may deviate from customer expectations. If the corresponding model data is still uploaded to the server module, the server will generate a display model based on this data without knowing the deviation, ultimately resulting in a display that does not meet customer expectations. Since display models are usually visualized on a remote terminal, customers often only learn of the deviation after the display is complete, at which point they cannot modify the model content, severely impacting the customer experience.

[0049] To solve the above problem, this application proposes that the corresponding model data will be transmitted to the server module only after confirming that the preview model meets the preset requirements. Among them, the preset requirements can be flexibly set according to customer needs, such as key indicators such as model accuracy, integrity, and visual effects, so as to ensure that the data uploaded to the server module has been approved by the customer, effectively improving the accuracy of the display results and customer satisfaction. This embodiment is just a case of showing the preset requirements, and does not mean that the preset requirements in this application are limited to only. The preset requirements can be flexibly adjusted according to actual application conditions.

[0050] The server module is used to asynchronously poll and receive the model data transmitted by the client module; if the model data meets the storage conditions, the model data is stored in the message queue; after receiving the display instruction, the image generation module is called to generate a display model based on the model data in the message queue, and the display model is visually displayed.

[0051] In the present application, the client module and the server module are in a decoupled state and do not rely on real-time communication and synchronous response to each other. In order to adapt to the characteristics of this architecture, the asynchronous interactive visualization display system adopts an asynchronous transmission mechanism between the client module and the server module to achieve non-blocking execution of tasks and efficient scheduling of resources. Specifically, after the client module uploads the model data to the server, the server module does not immediately generate a corresponding display model based on the data, but temporarily stores the received model data in the message queue as a task buffer. Only when an external display instruction is received, the server calls the image generation module to generate a corresponding display model based on one or more model data in the message queue and perform a visual display.

[0052] In actual applications, the client module may repeatedly upload the same model data. If this data is not identified and filtered and is directly written to the message queue, the server module will process and render the same model data multiple times, resulting in wasted computing resources and even causing duplicate display of content or logical confusion.

[0053] To address the above issues, this application proposes that after receiving model data, the server module does not immediately write it to the message queue. Instead, it first determines whether the model data already exists in the current message queue. If the model data already exists, it is not stored again. If not, it is written to the message queue and used as the data source for subsequent generation of the display model.

[0054] The storage conditions include but are not limited to: whether the unique identifier of the model data (such as model ID, hash value) is already in the message queue, whether the combination of customer information and model information constitutes a duplicate entry, or whether it meets the preset business rules (such as no repeated submission is allowed within the time window).

[0055] This application uses a client-side module to generate a lightweight preview model. Customers can quickly review and adjust the model content, and then submit it to the server-side module for high-quality processing after confirming that it meets the requirements. This avoids invalid uploads and repeated rendering, shortens customer wait time, improves operational response speed, and enhances customer control over the model editing process. The server-side module also uses an asynchronous polling mechanism to receive data and combines it with a message queue for task buffering. This effectively mitigates the risk of system crashes caused by instantaneous high-concurrency access, improves server resource utilization, supports large-scale concurrent processing, and enhances system scalability and robustness.

[0056] By temporarily storing model data in a message queue, the system can trigger the model rendering and display process based on actual needs, priority order, or specified time. This enables non-real-time interaction modes such as "input first, view later" or "generate first, display later." It supports complex business scenarios such as remote data collection and batch processing, meets multi-stage task management needs, and enhances system flexibility.

[0057] The above is a relatively complete description of the main technical solutions of the present application. Now the main technical solutions of the present application are applied to specific embodiments for illustration:

[0058] As an optional specific embodiment:

[0059] In the process of building a digital twin model of its factory, an industrial enterprise requires engineers from multiple locations to collaborate on modeling and display it centrally.

[0060] The client module runs on the engineer's local computer, loads model data (such as equipment model and parameter information), and calls the image generation module to generate a three-dimensional preview model based on the model data.

[0061] After the engineer confirms that the preview model is correct, the client module uploads the model data to the server module.

[0062] The server module receives model data asynchronously, verifies the format and permissions, and then writes it to the message queue.

[0063] After the command center initiates the "display command", the server module calls the image generation module to generate a complete factory model and project it onto the large screen.

[0064] This embodiment realizes collaborative modeling in multiple locations without the need for centralized deployment; it demonstrates stable system operation, avoiding downtime caused by multiple people uploading at the same time; and it supports scheduled updates of model status to achieve dynamic visual monitoring.

[0065] As an optional specific embodiment:

[0066] Doctors need to view the CT image model on a mobile terminal, while experts view the high-definition model and annotate it in the remote consultation center.

[0067] The client module obtains patient imaging data from the hospital's PACS system and generates a low-resolution preview model for doctors to view on-site.

[0068] If the doctor confirms that the model is applicable, the data is encrypted and uploaded to the server module in the cloud.

[0069] The server module verifies the data integrity and writes it to the message queue.

[0070] After receiving the display instruction, the server module calls the image generation module to generate a high-definition three-dimensional model and pushes it to the expert terminal simultaneously.

[0071] In this embodiment, doctors can quickly determine whether to upload, saving network bandwidth; experts can obtain high-quality image display, supporting remote diagnosis and teaching; data transmission is secure and controllable, and supports a failure retry mechanism.

[0072] As an optional specific embodiment:

[0073] After students complete their homework using the modeling tool, the teacher needs to review all the works and comment on them.

[0074] The student-side module (client module) calls the image generation module to generate a model preview, and submits it after confirmation.

[0075] The teacher-side module issues a "display command" and the server-side module extracts all student model data from the message queue.

[0076] Call the image generation module to generate a unified style display model and push it to the teacher's screen.

[0077] In this embodiment, students can independently control the quality of the model to avoid invalid submissions; teachers can view all works at once to improve teaching efficiency; and automatic typesetting and labeling are supported to enhance the display effect.

[0078] The above is the main technical solution of this application. Now we will introduce the expansion and implementation of the main technical solution of this application. The details are as follows:

[0079] Regarding the step of calling the image generation module to generate a presentation model based on the model data in the message queue after receiving the presentation instruction, and visually presenting the presentation model, the present application provides an optional embodiment:

[0080] After receiving the display instruction, the model data in the message queue is parsed to obtain parsed data.

[0081] The image generation module is called to generate the display model based on the parsed data, and the display model is visually displayed using a screen.

[0082] The model parsing and rendering process is initiated only after receiving the display command, avoiding unnecessary resource waste and improving system efficiency. It supports batch display and multi-model collaborative presentation, parsing model data in the message queue at once and rendering multiple model data in the message queue, enabling advanced visualization functions such as multi-model comparison and combined display.

[0083] The above implementation details the generation mechanism of the display model. However, in practice, display models are typically presented on large screens or other visual terminals. If customers wish to keep a memento of the display content, they often have to use external devices (such as cameras) to capture it. Due to camera pixel limitations and the influence of factors such as shooting angle and lighting, the clarity and integrity of the captured images often fail to meet customers' expectations for high-quality images. Figure 2 This is a second structural diagram of an asynchronous interactive visualization display system provided in an embodiment of the present application, such as Figure 2 As shown, in order to solve this problem, improve customer experience and enhance the practicality of the system, this application introduces a screenshot module in the asynchronous interactive visual display system; the screenshot module is used to store the preview model after the preview model is generated; this application does not limit the storage method; the screenshot module is mainly used to display the preview model more clearly to the customer for subsequent viewing, downloading or sharing by the customer, so the format of the captured image is not limited. For example, after the preview model is generated, the preview model is screenshoted and stored in JPG format.

[0084] When visualizing a model, different clients may wish to view model details from multiple angles to meet diverse needs such as analysis, review, teaching, and presentation. However, traditional model display methods often use fixed perspectives or limited interactive mechanisms, preventing clients from flexibly adjusting the model's display direction and viewing angle based on their needs.

[0085] To enhance the interactive capabilities and presentation effects of the display model, this application proposes introducing an adjustment module into the system. The adjustment module is used to adjust the parameters of the display model during visual display. For example, the adjustment module adjusts the two-dimensional size of the display model, or the adjustment module adjusts the scale value of the three-dimensional scene of the display model. The adjustment module supports multiple control methods such as manual dragging, automatic rotation, and preset perspective switching, allowing customers to view the model from any angle, thereby enhancing the expressiveness of the display content and the accuracy of the information conveyed.

[0086] In order to further fully display the display model, the functions of the server module can also be expanded. For example, the server module is also used to control the display model for visual display based on a preset path; this application does not limit the preset path, such as the server module controls the display model for visual display from far to near.

[0087] However, it should be noted that in the process of using the adjustment module to adjust the parameters of the display model, there may be a situation where the display model obscures the customer information corresponding to the display model. Therefore, this application introduces an orientation control module; the orientation control module is used to adjust and control the customer information corresponding to the display model during the process of visual display of the display model, so that the customer information corresponding to the display model can always be displayed without obstruction.

[0088] After the display model has been fully visualized, this application further introduces a clearing module to avoid long-term storage and retention of unused model data in the server module, which would waste computing resources and degrade system performance. The clearing module is used to clear the display model and its corresponding model data after the display model has been fully visualized.

[0089] Specifically, the cleanup module triggers a cleanup process after a model has been visualized, including but not limited to clearing cached models in memory, deleting processed model data from the message queue, and cleaning up related files and logs stored locally or in the cloud. This enables efficient management and dynamic release of server-side resources, ensuring the system maintains good responsiveness and stability even under high concurrency and long-term operation conditions.

[0090] The above is a relatively comprehensive expansion of the main technical solution of this application. In specific applications, in addition to including a client module, an image generation module, and a server module, the asynchronous interactive visualization display system can also introduce one or more other modules (screenshot module, orientation control module, clearing module, and adjustment module) into the asynchronous interactive visualization display system according to actual conditions. This application provides a specific embodiment of introducing a screenshot module, an orientation control module, a clearing module, and an adjustment module into an asynchronous interactive visualization display system:

[0091] Figure 3 The third structural diagram of an asynchronous interactive visualization display system provided in an embodiment of the present application is as follows: Figure 3 As shown in the figure, the asynchronous interactive visualization system includes:

[0092] The client module is used to obtain model data; the model data includes customer information and model information; call the image generation module to generate a preview model based on the model data; if the preview model meets the preset requirements, the model data is transmitted to the server module.

[0093] The server module is used to asynchronously poll and receive the model data transmitted by the client module; if the model data meets the storage conditions, the model data is stored in a message queue; after receiving the display instruction, the model data in the message queue is parsed to obtain parsed data; the image generation module is called to generate the display model based on the parsed data, and the display model is visually displayed on the screen.

[0094] The screenshot module is used to store the preview model after the preview model is generated.

[0095] The orientation control module is used to adjust and control the customer information corresponding to the display model during the process of visual display of the display model.

[0096] The orientation control module is used to adjust and control the customer information corresponding to the display model during the process of visual display of the display model.

[0097] The adjustment module is used to adjust the parameters of the display model when the display model is visually displayed.

[0098] This application also provides a specific embodiment with a three-dimensional model as the background:

[0099] The client module (such as the front-end control main logic module (ManagerClien)) is used to enter the three-question answering process after the customer enters his or her name in the interface; the progress bar is updated after each question is answered, and a random number from 0 to 100 is generated after the last question is completed; this number is mapped to a texture in a Textures array, dynamically bound to the 3D model surface and displayed; after the customer clicks the "Send" button, the name + number information is uploaded to the server module through the HTTP POST interface.

[0100] The screenshot module (such as CameraScreenshot) is used to capture the current frame image from the main camera using a rendering texture. The image is encoded into a JPG data stream, and the WebGL platform calls a JavaScript plug-in to complete the browser download. Other platforms save the image to a persistent path on the device. Callback events are provided to handle success and failure scenarios to ensure a good customer experience.

[0101] The server-side module includes the server-side display control module (ManagerServer) and the remote polling and message control module (MessageReceiver); among them, MessageReceiver is used to poll the / api / message interface of the server every second; when a message different from the previous one is obtained, it is added to the local message queue; ManagerServer is used to process messages one by one through the coroutine: parsing the number and customer name, instantiating the model; controlling the model to move along the specified path through splineMove, binding the model to the corresponding customer map, and displaying the customer name; after the display is completed, a clear request is sent to the clear module through the / api / message / delete_first interface.

[0102] Adjustment modules, such as configuration file parsing and debugging control (ScaleManager), are used to read configuration items from StreamingAssets / config.txt, such as QR code size and 3D scene scaling. They also enable manual adjustment of the display model's display scale and information text toggles at runtime using keyboard shortcuts. This enhances the system's adaptability across different platforms and hardware environments.

[0103] The orientation control module (such as the UI always facing the camera component (UILookAtPlayer)) is used to ensure that the customer information corresponding to the display model (such as UI elements such as the customer name) always faces the camera direction to ensure the display effect; it supports the dynamic generation of intermediate layer containers and centrally controls the rotation behavior of multiple sub-UIs to avoid angle confusion.

[0104] The clearing module is used to clear the display model and the model data corresponding to the display model after receiving the clearing instruction.

[0105] In order to improve the usability and efficiency of the three-dimensional visualization display system, this application has carried out targeted optimization around a number of key technical issues. In order to address the problem of high customer participation threshold, a combination of code scanning and web page interaction is adopted to achieve scan-to-use and zero-cost access; in order to address the problem of difficult-to-structure input content, a configuration mechanism is generated through questionnaire parameter mapping to automatically convert customer input into image generation instructions; in the image generation link, a generation strategy based on ComfyUI template binding is introduced to effectively improve the generation speed and ensure that the style is controllable; to solve the problem of display synchronization lag, the system adopts a combination of message queues and polling mechanisms to achieve closed-loop control of the entire process from customer submission to model display, and the response time is controlled within 10 seconds; finally, to avoid confusion in the visual display process, the system integrates UI orientation control and path planning systems to ensure the consistency and aesthetics of the final display. The synergistic effect of the above solutions has significantly improved the system's usability, stability and display effect.

[0106] It should be noted that the various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. The system embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separated, and the components indicated as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment. A person of ordinary skill in the art can understand and implement it without expending creative effort.

[0107] The above is merely one specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of the present application. Therefore, the scope of protection of the present application should be based on the scope of protection of the claims.

Claims

1. An asynchronous interactive visualization display system, characterized in that: The system comprises: Client modules for: Acquire model data; the model data includes customer information and model information; Calling an image generation module to generate a preview model based on the model data; If the preview model meets the preset requirements, the model data is transmitted to the server module; Server module, used for: Asynchronously polling to receive the model data transmitted by the client module; If the model data meets the storage condition, the model data is stored in the message queue; After receiving the display instruction, the image generation module is called to generate a display model based on the model data in the message queue, and the display model is visually displayed.

2. The asynchronous interactive visualization display system according to claim 1, characterized in that: After receiving the display instruction, calling the image generation module to generate a display model based on the model data in the message queue, and visually displaying the display model, specifically includes: After receiving the display instruction, the model data in the message queue is parsed to obtain parsed data; The image generation module is called to generate the display model based on the parsed data, and the display model is visually displayed using a screen.

3. The asynchronous interactive visualization display system according to claim 1, characterized in that: The system further comprises: The screenshot module is used to store the preview model after the preview model is generated.

4. The asynchronous interactive visualization display system according to claim 3, characterized in that: The screenshot module is specifically used for: After the preview model is generated, a screenshot of the preview model is taken in JPG format and stored.

5. The asynchronous interactive visualization display system according to claim 1, characterized in that: The system further comprises: The orientation control module is used to adjust and control the customer information corresponding to the display model during the process of visual display of the display model.

6. The asynchronous interactive visualization display system according to claim 1, characterized in that: The system further comprises: The clearing module is used to clear the display model and the model data corresponding to the display model after the display model completes the visual display.

7. The asynchronous interactive visualization display system according to claim 1, characterized in that: The system further comprises: The adjustment module is used to adjust the parameters of the display model when the display model is visually displayed.

8. The asynchronous interactive visualization display system according to claim 1, characterized in that: The server module is further configured to: The display model is controlled based on a preset path to perform visual display.

9. The asynchronous interactive visualization display system according to claim 1, characterized in that: The image generation module includes a Stable Diffusion model.

10. The asynchronous interactive visualization display system according to claim 1, characterized in that: The client module and the server module are in a decoupled state.

Images