Cross-container application fusion switching method of swan gap system

By deploying a container application management service and a proxy application manager in the HarmonyOS system, and utilizing shared memory and the Vulkan rendering environment, the display latency and resource consumption issues of cross-container applications were resolved. This enabled seamless integration and efficient resource utilization of container applications and native applications, improving system performance and user experience.

CN121387445AActive Publication Date: 2026-01-23北京麟卓信息科技有限公司
9 Cites 9 Cited by

Patent Information

Application Number
CN202511973835.X
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-12-25
Publication Date
2026-01-23
Estimated Expiration
2045-12-25

AI Technical Summary

Technical Problem

In HarmonyOS, the display of thumbnails across container applications suffers from high latency, low data transmission efficiency, high resource consumption, and poor system integration, especially the inability to seamlessly integrate interface information between container applications and native HarmonyOS applications.

Method used

By deploying a container application management service at the system service layer, a proxy application manager is used to achieve seamless integration of cross-container applications. A lightweight rendering pipeline is built using shared memory and a Vulkan rendering environment, enabling seamless switching between container applications and native applications and efficient resource utilization.

Benefits of technology

It achieves seamless integration and display of container applications and HarmonyOS native applications, improving system performance and user experience, and reducing latency and resource consumption.

✦ Generated by Eureka AI based on patent content.
Patent Text Reader

Abstract

The invention discloses a cross-container application fusion switching method of a swan monk system, which comprises the following steps: a system service layer deploys a container application management service, an application framework layer realizes a proxy application manager, when a container application is started, a container side allocates a shared memory and configures authority, the container manager collects metadata to initiate registration, and the application framework layer realizes a proxy application manager; the container application management service converts a memory handle into a texture handle, allocates a unique identifier and triggers a proxy application manager to generate a proxy application, and the proxy application initializes a Vulkan rendering environment; the container side renders an application interface to a shared memory, the proxy application imports texture and constructs a lightweight Vulkan rendering pipeline, and scaling sampling is carried out to generate a thumbnail of the container application; and when the container application exits, the shared memory is released, the container application management service cleans the shared memory reference, triggers and destroys the proxy application, and recycles the texture resources through the reference counter, so that seamless fusion, low-delay switching and efficient resource utilization of the container application in a native application thumbnail form are realized.
Need to check novelty before this filing date? Find Prior Art