Card display method and device, electronic equipment, medium and computer program product

Abstract

The embodiment of the invention discloses a card display method and device, electronic equipment, a medium and a computer program product, and relates to the field of electronic equipment. Comprising the steps that a first system controls a screen to display a first application card, and the first system supports loading of the first application card; under the condition that the first card switching operation is received and the first system does not support loading of a second application card indicated by the first card switching operation, the first system controls a screen to display transition content corresponding to the second application card; the second system obtains the screen control authority from the first system and controls the screen to display the second application card, and the second system supports loading of the second application card. According to the embodiment of the invention, seamless switching between the dual systems in the application card switching process can be realized.

Description

Technical Field

[0001] This application relates to the field of electronic devices, and particularly to a card display method, apparatus, electronic device, medium, and computer program product. Background Technology

[0002] With the continuous upgrading of electronic devices, dual-core dual-system devices, which include both high-performance and low-power processors, have emerged to improve battery life. The two systems can work together, while each system also has the ability to operate independently.

[0003] In related technologies, to enable users to quickly access application data of applications installed on electronic devices, the electronic devices can display application tiles containing the application data. Both systems can display application tiles and support switching between different application tiles. Summary of the Invention

[0004] This application provides a card display method, apparatus, electronic device, medium, and computer program product. The technical solution is as follows:

[0005] On the one hand, embodiments of this application provide a card display method, which is applied to an electronic device that supports running a first system and a second system;

[0006] The method includes:

[0007] The first system controls the screen to display the first application card, and the first system supports loading the first application card;

[0008] Upon receiving a first card switching operation, and if the first system does not support loading the second application card indicated by the first card switching operation, the first system controls the screen to display the transition content corresponding to the second application card.

[0009] The second system obtains screen control permissions from the first system and controls the screen to display the second application card. The second system supports loading the second application card.

[0010] On the other hand, embodiments of this application provide a card display device, which is used in an electronic device that supports the operation of a first system and a second system;

[0011] The device includes:

[0012] The first system module is used to control the screen display of the first application card, and the first system module supports loading the first application card;

[0013] The first system module is further configured to control the screen to display transition content corresponding to the second application card when it receives a first card switching operation and the first system module does not support loading the second application card indicated by the first card switching operation.

[0014] The second system module is used to obtain screen control permissions from the first system module and control the screen to display the second application card. The second system module supports loading the second application card.

[0015] On the other hand, embodiments of this application provide an electronic device, which includes a processor and a memory; the memory stores at least one computer instruction, which is executed by the processor to implement the card display method as described above.

[0016] On the other hand, embodiments of this application provide a computer-readable storage medium storing at least one computer instruction, which is loaded and executed by a processor to implement the card display method as described above.

[0017] On the other hand, embodiments of this application provide a computer program product, the computer program product including computer instructions stored in a computer-readable storage medium; a processor of an electronic device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, causing the electronic device to perform the card display method as described above.

[0018] In this embodiment, when the first system displays application cards and receives a card switching operation, if the first system does not support loading the switched application card while the second system does, the first system displays transitional content and transfers screen control to the second system. The second system then controls the screen to display the switched second application card, achieving seamless switching between the two systems during application card switching. This avoids display anomalies caused by the first system's inability to load application cards and failure to switch systems. Furthermore, the transitional content displayed by the first system is related to the switched application card, ensuring continuity in the transition from the transitional content to the application card and preventing abrupt changes in the displayed content between the two systems from affecting the user experience. Attached Figure Description

[0019] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0020] Figure 1 This is a diagram of a dual-core communication software framework for the Android operating system provided in an exemplary embodiment of this application;

[0021] Figure 2 This application provides a dual-core communication software framework for an RTOS, as illustrated in an exemplary embodiment.

[0022] Figure 3 This is a flowchart of a card display method provided in an exemplary embodiment of this application;

[0023] Figure 4 This is a schematic diagram illustrating an exemplary embodiment of the card switching display process of this application;

[0024] Figure 5 This is a flowchart of a card display method provided in another exemplary embodiment of this application;

[0025] Figure 6 This is a flowchart of a card display method provided in another exemplary embodiment of this application;

[0026] Figure 7 This is a schematic diagram illustrating an implementation of the card switching display process, as shown in another exemplary embodiment of this application.

[0027] Figure 8 This is a flowchart illustrating a first system determining transition content, as shown in an exemplary embodiment of this application;

[0028] Figure 9 This is a schematic diagram illustrating an embodiment of the card switching display process in another exemplary embodiment of this application;

[0029] Figure 10 This is a schematic diagram illustrating an embodiment of the card switching display process in another exemplary embodiment of this application;

[0030] Figure 11 This is a structural block diagram of a card display device provided in an exemplary embodiment of this application;

[0031] Figure 12 This is a structural block diagram of an electronic device provided in an exemplary embodiment of this application. Detailed Implementation

[0032] To make the objectives, technical solutions, and advantages of this application clearer, the embodiments of this application will be described in further detail below with reference to the accompanying drawings.

[0033] Traditional electronic devices typically feature a single processor, with an operating system running on that processor handling events. However, as user demands for electronic devices increase, stronger data processing capabilities are required. Therefore, dual-core, dual-system electronic devices have emerged. In one possible implementation, the electronic device includes at least a first processor and a second processor with different processing performance and power consumption. The first system runs on the first processor, and the second system runs on the second processor. Furthermore, the dual-core, dual-system electronic device also includes a system switching mechanism. In some embodiments, the first and second processors can be packaged in separate chips; in other embodiments, they can be packaged in the same chip to further improve integration.

[0034] For example, products such as smartwatches or smart bracelets can simultaneously include a high-performance processor and a low-power processor, running in the first system and the second system respectively (i.e., dual-core dual-system).

[0035] To reduce power consumption, systems running on low-power processors often handle low-performance events, while switching to systems running on high-power processors handle high-performance events when high-performance processing is required, thus meeting the performance needs of electronic devices.

[0036] Optionally, the first system runs on a low-power processor and the second system runs on a high-performance processor; alternatively, the first system runs on a high-performance processor and the second system runs on a low-power processor.

[0037] In some embodiments of this application, since the first processor and the second processor operate asynchronously, and the first system and the second system need to implement system communication (or dual-core communication). In one possible application scenario, the first system is the Android operating system running on a central processing unit (CPU), and the second system is a real-time operating system (RTOS) running on a microcontroller unit (MCU).

[0038] Figure 1This is a diagram of a dual-core communication software framework for the Android operating system provided in an exemplary embodiment of this application. The dual-core communication software framework follows the design principles of "low coupling, high reliability, and high reusability," and includes module development for the Kernel, HIDL (Hardware Abstraction Layer Interface Description Language), Native Service, Framework Service, Framework API, and APP (Application) components.

[0039] The APP module includes functional modules such as Launcher, Settings, and SystemUI. The Framework API module includes management modules such as MCUManager, SensorManager, and LocationManager. The Framework Service module includes service modules such as MCUManagerService, SystemSensorManager, and LocationManagerService. The Native Service module includes service modules such as dccservice and Sensorservice. The HIDL module includes modules such as SensorHAL and GPS HAL. The Kernel module includes DCC Transfer Drivers such as dcc_data, MCU_sensor, and MCU_gps.

[0040] As the interface layer connecting the upper and lower layers in the dual-core communication software framework, the transport layer shields the application layer from the transmission details of the lower layer (data link layer) of the system, providing a service channel for application scenarios. The application layer, as the main provider of services, responds to human-computer interaction and transmits the data generated during the human-computer interaction process through the transport layer, as well as responding to external data requests.

[0041] RTOS is designed using the peer-to-peer principle. Taking a smartwatch as an example, Figure 2 This application provides a dual-core communication software framework for an RTOS, which is an exemplary embodiment of the present application.

[0042] like Figure 2As shown, the dual-core communication software framework of RTOS is divided into the Application Layer, Service Layer, Framework Layer, Hardware Abstraction Layer, and Platform Layer.

[0043] The application layer includes modules such as watch face, Daily Tracker, Messagecenter, Voice around Apps, Health Apps, and Settings; the service layer includes modules such as Sport & Health task, System manager task, AMS (Activity Management Service), Audio Service, Log Service, OFTP Service (Odette File Transfer Protocol Service), BT Service, Delegate Service, RPC Service, Sensor Service, and Storage Service; the framework layer includes modules such as Message Pub, UIFramework, G2D Engine, Audio Middleware, Preference, and File. The framework modules include system (file system), Algorithms, and AsyncEvent (in-process asynchronous events); the hardware abstraction layer includes hardware abstraction modules such as Screen / TP (screen / touchscreen), sensors, Keypad, and Motor; the platform layer includes Board Support Package (BSP) and Low-level Drivers. The BSP includes Screen / TP, Codec (encoder / decoder), sensors, Flash, PSRAM (pseudo-static random access memory), etc., while the Low-level Drivers include UART (Universal Asynchronous Receiver / Transmitter), ADC (Analog-to-Digital Converter), GPIO (General Purpose Input / Output), SPI (Serial Peripheral Interface), I2C (Integrated Circuit Bus), IOS (Input / Output System), PCM (Pulse Code Modulation), I2S (Integrated Audio Bus), and HWTimer (Hardware Timer).

[0044] It should be noted that the above dual-core communication software framework is for illustrative purposes only. Those skilled in the art can add, delete or modify the framework according to actual needs. The embodiments of this application do not limit the specific structure of the dual-core communication software framework.

[0045] See Figure 3 , Figure 3 This is a flowchart of a card display method provided in an exemplary embodiment of this application. The method is applied to an electronic device that supports running a first system and a second system, and the method includes the following steps.

[0046] Step 301: The first system controls the screen to display the first application card, and the first system supports loading the first application card.

[0047] Optionally, the electronic device is a smartwatch, smart bracelet, or other device that includes a high-performance processor and a low-power processor.

[0048] In electronic devices, a high-performance processor and a low-power processor run a first system and a second system, respectively. Because the first and second processors operate asynchronously, and the first and second systems need to communicate (or have dual-core communication), in one possible application scenario, the first system is the Android operating system running on a central processing unit (CPU), and the second system is a real-time operating system (RTOS) running on a microcontroller unit (MCU).

[0049] In other embodiments, the low-power processor runs a first system, which is a real-time operating system running on a microcontroller unit, and the high-performance processor runs a second system, which is an Android operating system running on a central processing unit.

[0050] In some embodiments, an application card is a card component used to display application data within an application. This application data may be specific data within the application, and the application data displayed on the application card may be either the application's default settings or user-defined data.

[0051] For example, for health-related applications, the application data could be steps, floors climbed, exercise duration and frequency, energy consumption, etc.; for clock-related applications, the application data could be current time, alarm clock, etc.; for weather-related applications, the application data could be temperature, UV intensity, wind speed, probability of rainfall, etc. This application embodiment does not limit the specific in-application data displayed on the application card.

[0052] Optionally, an application card may correspond one-to-one with an application, meaning that the same application card displays only the application data of a single application. For example, a health application might correspond to a health application card, a sleep application to a sleep application card, and a fitness application to a fitness application card. Alternatively, multiple applications might correspond to the same application card, meaning that multiple applications are displayed within the same application card. For example, a health application card, a sleep application card, and a fitness application card might correspond to the same application card. The examples below illustrate this one-to-one correspondence between application cards and applications (the first application card is the application card for the first application, and the second application card is the application card for the second application), but this does not constitute a limitation.

[0053] In some embodiments, application cards can be card components of native applications or third-party applications. Because some systems only support running a subset of applications (affected by factors such as system type, performance, application installation location, and inter-system communication limitations), not all systems can load application cards for all applications.

[0054] For example, when the first system is an RTOS system and the second system is an Android system, the first system only supports loading native applications and some third-party applications (such as third-party applications that have been adapted to the RTOS system) application cards, while the second system supports loading native applications and some or all third-party applications application cards.

[0055] In some embodiments, application cards corresponding to certain applications on the second system cannot be loaded on the first system. For example, the first system can load application cards that support applications running on the first system, but cannot load application cards corresponding to applications that only support applications running on the second system.

[0056] For example, for an application that only supports running on the second system, if the first system can obtain the application data of the application from the second system, then the first system supports loading the application card corresponding to the application; if the first system cannot obtain the application data of the application from the second system, then the first system does not support loading the application card corresponding to the application.

[0057] In some embodiments of this application, the application cards of some applications can only be loaded on the first system and cannot be loaded on the second system.

[0058] Furthermore, in some embodiments, the second system can load all application cards.

[0059] Optionally, if the system supports running applications, the system supports loading application cards; if the system does not support running applications, the system does not support loading application cards.

[0060] Optionally, upon receiving a trigger operation on an application card, the system that supports loading the application card can run the application corresponding to that application card, thereby displaying more comprehensive and richer application data within the application.

[0061] Optionally, when an application card corresponds to multiple applications, the system determines the application indicated by the triggering operation, runs that application, and displays its application interface.

[0062] In this embodiment, when the system has screen control permissions and the first system supports loading the first application card, the first system controls the screen to display the first application card.

[0063] Indicative, such as Figure 4 As shown, when the first system has screen control permissions, the first system controls the screen to display the first application card 41 corresponding to the clock application.

[0064] Step 302: Upon receiving the first card switching operation, and if the first system does not support loading the second application card indicated by the first card switching operation, the first system controls the screen to display the transition content corresponding to the second application card.

[0065] In this embodiment, both the first system and the second system support card switching functionality. Card switching functionality refers to the ability to switch between different application cards when at least two application cards exist, triggered by a first card switching operation.

[0066] Optionally, the first card switching operation can be a gesture operation, voice control operation, button operation, etc. For example, for a smartwatch, users can switch application cards by swiping left or right, or by pressing a physical button.

[0067] In some embodiments, application cards support sequential switching, meaning the system can switch the current application card to the previous or next application card in the sorting order based on the first card switching operation received. For example, each time a left or right swipe operation is received for an application card, the system switches to display the next or previous application card.

[0068] In other embodiments, application cards support targeted switching, meaning the system can switch the current application card to a specified application card based on a received first card switching operation. For example, when a press operation on a physical button is received, the system switches the current application card to the specified application card bound to that physical button.

[0069] Since the first system does not support loading all application cards, when it receives a first card switching operation, the first system needs to determine the second application card indicated by the first card switching operation (i.e., the switched application card) and determine whether it supports loading the second application card.

[0070] In one possible implementation, when the first card switching operation is a sequential switching operation, the first system determines the second application card from the application card list based on the first application card and the switching direction indicated by the first card switching operation, wherein the application card list is used to indicate the switching order of different application cards.

[0071] In another possible implementation, if the first card switching operation is a targeted switching operation, the first system will determine the application card bound to the targeted switching operation as the second application card.

[0072] If it is determined that loading a second application card is not supported, the first system obtains the transition content corresponding to the second application card and controls the screen to display the transition content to avoid abrupt changes when switching to display the second application card later.

[0073] The transition content is related to the second application card, and the transition content can be images, text, videos, animations, etc. This application embodiment does not limit the specific type of transition content.

[0074] Optionally, the transition content can be pre-set content or dynamic content provided by the second system to the first system; this application embodiment does not limit this.

[0075] Indicative, such as Figure 4 As shown, when a left swipe operation is received on the first application card 41, the first system determines that the second application card to be switched is the application card of the weather application. Since the first system does not support loading the second application card, the first system controls the screen to display the application icon 42 corresponding to the weather application (i.e., transition content).

[0076] Step 303: The second system obtains screen control permissions from the first system.

[0077] To ensure the proper display of the second application card, the first system needs to transfer screen control permissions to the second system so that the second system can load and display the second application card.

[0078] In some embodiments, when the second system is in a dormant state, the first system first needs to wake up the second system and then transfer screen control permissions to the second system.

[0079] Optionally, the screen control permission may be actively transferred from the first system to the second system, or the screen control permission may be actively obtained by the second system from the first system.

[0080] For example, when the display duration of transitional content reaches a duration threshold (e.g., 500ms), the first system proactively transfers screen control permissions to the second system. Alternatively, the second system, upon completing the loading of the second application card, proactively requests the first system to transfer screen control permissions.

[0081] Step 304: The second system control screen displays the second application card, and the second system supports loading the second application card.

[0082] In this embodiment, the second application card is an application card that the second system supports loading. Once the second system obtains screen control permissions and completes the loading of the second application card, the second system controls the screen to display the second application card.

[0083] Indicative, such as Figure 4 As shown, after the second system obtains screen control permissions, it controls the screen to display the second application card 43 corresponding to the weather application.

[0084] In one possible implementation, after the second system obtains screen control permissions, the first system runs in the background.

[0085] It should be noted that, since the second system supports loading various application cards, when the second system is running in the foreground, in response to the first card switching operation, the second system directly switches to display the application card indicated by the first card switching operation.

[0086] In summary, in this embodiment, when the first system displays an application card and receives a card switching operation, if the first system does not support loading the switched application card while the second system does, the first system displays transitional content and transfers screen control to the second system. The second system then controls the screen to display the switched second application card, achieving seamless switching between the two systems during the application card switching process. This avoids display anomalies caused by the first system's inability to load the application card and its failure to switch systems. Furthermore, the transitional content displayed by the first system is related to the application corresponding to the switched application card, thus ensuring continuity in the process of switching from the transitional content to the application card and preventing abrupt changes in the displayed content between the two systems from affecting the user experience.

[0087] In some application scenarios, users need to quickly switch between multiple cards before they can reach the target application card they want to view. Users do not need to view the application cards that precede the target application card, nor will they spend a long time on those application cards.

[0088] Since the target application card may be an application card that the first system supports loading, in order to avoid invalid system switching, if the first system does not support loading the second application card, the second system does not immediately obtain screen control permissions from the first system and control the screen to display the second application card. Instead, it will determine whether to switch to the second system to display the second application card based on whether it receives further card switching operations from the user during the transition content display process.

[0089] In one possible implementation, if the display duration of the transition content of the second application card reaches a duration threshold and no second card switching operation is received within the display duration, the second system obtains screen control permissions from the first system and controls the screen to display the second application card.

[0090] The second card switching operation can be the same type of card switching operation as the first card switching operation, such as both being swipe operations; or the second card switching operation may be different from the first card switching operation, such as the first card switching operation being a swipe operation and the second card switching operation being a button operation.

[0091] If the transition content is displayed for a relatively long time and the user does not switch cards further during the display of the transition content, it indicates that the second application card is highly likely to be the target application card expected by the user. Therefore, screen control permissions are switched between the systems at this time, and the second system displays the second application card.

[0092] In some embodiments, when the first system displays the transition content corresponding to the second application card, it activates a timer. The timer duration is a duration threshold, for example, 100m. Within the timer duration, the first system listens for card switching operations. If no second card switching operation is detected within the timer duration, screen control permissions are transferred with the second system.

[0093] If a second card switching operation is received during the display duration of the transition content, the first system needs to further determine the loading support status of the third application card indicated by the second card switching operation.

[0094] In some embodiments, when the display duration of the transition content corresponding to the second application card reaches a duration threshold, and a second card switching operation is received within the display duration, and the first system supports loading the third application card indicated by the second card switching operation, the first system controls the screen to display the third application card.

[0095] The third application card can be the same as or different from the first application card.

[0096] If the first system supports loading a third application card, then the first system does not need to transfer screen control permissions to the second system, but can continue to control the screen to display the third application card.

[0097] Optionally, if screen control permissions are not obtained, the second system may re-enter sleep mode after running in the background for a certain period of time (e.g., 5 seconds) to reduce power consumption.

[0098] In other embodiments, when the display duration of the transition content corresponding to the second application card reaches a duration threshold, and a second card switching operation is received within the display duration, and the first system does not support loading the third application card indicated by the second card switching operation, the first system controls the screen to display the transition content corresponding to the third application card.

[0099] If the first system does not support loading a third application card, it will not directly transfer screen control to the second system. Instead, it will display transitional content corresponding to the third application card. The transitional content displayed by the first system will differ depending on whether the first or third application card is different.

[0100] Optionally, if the first system does not support loading a third application card and the second system is in a wake-up state, the second system loads the third application card.

[0101] Optionally, during the display of transitional content corresponding to the third application card, the first system monitors whether further card switching operations are received within the display duration of the transitional content, and determines whether to transfer screen control permissions to the second system based on the monitoring of card switching operations.

[0102] In this embodiment, the first system determines whether to switch to the second system to display the second application card based on whether it receives further card switching operations from the user during the transition content display process. This helps to reduce the time the second system controls the screen to display during the rapid card switching process, thereby helping to reduce the power consumption of the electronic device.

[0103] After the second system obtains screen control permissions and controls the screen to display the second application card, if it further receives a card switching operation, the electronic device can respond to the card switching operation in the following manner.

[0104] Method 1: When the second application card is displayed on the second system control screen, in response to the third card switching operation, the second system control screen displays the fourth application card indicated by the third card switching operation.

[0105] In one possible implementation, the second system supports loading all application cards. To avoid frequent switching of screen control permissions, after the second system obtains screen control permissions, it immediately responds to subsequent third card switching operations and displays the fourth application card indicated by the operation, without needing to determine whether the first system supports loading the fourth application card.

[0106] Optionally, if a further trigger operation is received for the fourth application card, and the application corresponding to the fourth application card is run by the first system, the second system will transfer screen control permissions to the first system, which will then control the screen to display the application interface. If a further trigger operation is received for the fourth application card, and the application corresponding to the fourth application card is run by the second system, the second system will continue to control the screen to display the application interface, while the first system will remain running in the background.

[0107] Method 2: When the second system controls the screen to display the second application card, in response to the third card switching operation, and if the first system does not support loading the fourth application card indicated by the third card switching operation, the second system controls the screen to display the fourth application card indicated by the third card switching operation; when the second system controls the screen to display the second application card, in response to the third card switching operation, and if the first system supports loading the fourth application card indicated by the third card switching operation, the first system obtains screen control permissions from the second system and controls the screen to display the fourth application card.

[0108] Although the second system supports loading all application cards, its power consumption is higher than that of the first system. Therefore, for power consumption reasons, when receiving a third card switching operation, the second system needs to determine whether the first system supports loading the fourth application card indicated by the third card switching operation. If the first system does not support loading the fourth application card, the second system controls the screen to display the fourth application card. If the first system supports loading the fourth application card, the second system transfers screen control to the first system, which then controls the screen to display the fourth application card to reduce power consumption.

[0109] As the number of application cards supported by the first system continues to increase, the power consumption of electronic devices during the display of application cards can be significantly reduced through the above-mentioned method two, thereby improving the battery life of electronic devices.

[0110] It should be noted that when using method two, the first system needs to save the transition content corresponding to each application card that does not support loading, so as to ensure that the corresponding transition content can be displayed correctly when the application card does not support loading.

[0111] To improve the continuity between the transition content and the second application card, in one possible implementation, the transition content displayed by the first system is the application icon. Correspondingly, during the switching process to display a second application card that the first system does not support, the terminal's interface changes from "application icon → application card". The following exemplary embodiment illustrates the specific implementation details of the card switching process.

[0112] See Figure 5 , Figure 5 This is a flowchart of a card display method provided in another exemplary embodiment of this application. The method is applied to an electronic device that supports running a first system and a second system, and the method includes the following steps.

[0113] Step 501: The first system receives the application card list and candidate application icons sent by the second system.

[0114] The application card list indicates the switching order of different application cards, and the candidate application icons include those corresponding to application cards not supported by the first system. Optionally, when an application card corresponds to a single application, the same application card corresponds to various application icons; when an application card corresponds to multiple applications, the same application card corresponds to multiple application icons.

[0115] Optionally, the application cards in this application card list support cyclic switching. Specifically, when the current application card is the last application card in the list, if a first card switching operation instructing the system to switch to the next application card in the list is received, the system will determine the first application card in the list as the application card to be switched. Conversely, when the current application card is the first application card in the list, if a first card switching operation instructing the system to switch to the previous application card in the list is received, the system will determine the last application card in the list as the application card to be switched.

[0116] As an illustration, the list of application cards sent by the second system is shown in Table 1.

[0117] Table 1

[0118]

[0119]

[0120] As shown in Table 1, if the application card corresponding to "AppF" is currently displayed, and an instruction is received to switch to the first card of the next application card in the application card list, the application card corresponding to "AppA" will be determined as the application card to be switched.

[0121] If the application card corresponding to "AppA" is currently displayed, and an instruction is received to switch to the first card of the previous application card in the application card list, then the application card corresponding to "AppF" will be identified as the application card to be switched.

[0122] If the application card corresponding to "AppB" is currently displayed, and an instruction is received to switch to the first card of the previous application card in the application card list, then the application card corresponding to "AppA" will be identified as the application card to be switched.

[0123] If the application card corresponding to "AppB" is currently displayed, and an instruction is received to switch to the first card of the next application card in the application card list, then the application card corresponding to "AppC" will be determined as the application card to be switched.

[0124] Of course, in other possible implementations, the application cards in the application card class table may not support circular switching. That is, when the current application card is the last application card in the application card list, if a first card switching operation is received indicating to switch to the next application card in the application card list, the system will not respond to the first card switching operation; when the current application card is the first application card in the application card list, if a first card switching operation is received indicating to switch to the previous application card in the application card list, the system will not respond to the first card switching operation.

[0125] Optionally, the candidate application icons sent by the second system may be application icons for applications corresponding to some application cards that the first system does not support loading, or application icons for applications corresponding to all application cards that the first system does not support loading. That is, the candidate application icons include the following two cases:

[0126] Scenario 1: The candidate application icons are included in the application card list. The first system does not support the application icons corresponding to each loaded application card.

[0127] In some embodiments, when the first system supports displaying any application card from the application card list (i.e., the base application card displayed by the first system can be any application card), in order to ensure that the first system can display the application icons corresponding to the application cards that cannot be loaded under various scenarios, the second system provides the first system with the application icons corresponding to each application card in the application card list that the first system does not support loading.

[0128] Based on the application card list shown in Table 1, the second system sends the application icons corresponding to applications A, D, and E to the first system.

[0129] Scenario 2: The candidate application icon is the one closest to the baseline application card in the switching direction from the application card list, and the application icon corresponding to the application card that the first system does not support loading; the baseline application card is the application card that the first system initially displays in the application card list.

[0130] In some embodiments, when the first system displays application cards, it starts by displaying a fixed base application card in the application card list. Since the system switch occurs when switching to the first application card that the first system does not support loading in the left-right direction of the base application card, and the second system can subsequently load and display all application cards, the second system can only send the application icon of the application corresponding to the application card that is closest to the base application card and that the first system does not support loading to the first system.

[0131] Optionally, the baseline application card can be the system default application card of the first system and the second system, or a user-defined application card. The baseline application cards of the first system and the second system can be the same or different.

[0132] For example, when both the first and second systems are based on clock-related application cards, the second system can provide the first system with the application icon corresponding to the application card that is closest to the clock-related application card in the application card list and that the first system does not support loading.

[0133] Optionally, the second system sends the application icons of the applications corresponding to the application cards that are closest to the base application card in the first card switching direction and that the first system does not support loading, and the application icons of the applications corresponding to the application cards that are closest to the base application card in the second card switching direction and that the first system does not support loading, to the first system. The first card switching direction can be the direction of switching to the next application card in the application card list, and the second card switching direction can be the direction of switching to the previous application card in the application card list.

[0134] In the first card switching direction, the application icon of the application corresponding to the application card that is closest to the reference application card and is not supported by the first system may be the same application icon as the application icon of the application corresponding to the application card that is closest to the reference application card and is not supported by the first system in the second card switching direction.

[0135] Referring to the application card list shown in Table 1, if the application card corresponding to application B is the base application card, the second system sends the application icons corresponding to applications A and D to the first system. If the application card corresponding to application F is the base application card, the second system sends the application icons corresponding to applications E and A to the first system (application cards support cyclical display).

[0136] Regarding the timing of the second system sending the application card list and candidate application icons, since users can install and uninstall applications in the second system, and can also adjust the display order of application cards in the second system, in order to ensure the accuracy of the transition content displayed by the first system, in one possible implementation, in response to the list update operation, the second system sends the application card list and candidate application icons to the first system.

[0137] Specifically, the list update operation is used to update the switching order of application cards in the application card list, and to modify at least one of the application cards in the application card list. For example, users can adjust the previous display order of application cards without changing the application cards in the application card list; or, users can delete existing application cards in the application card list, add new application cards to the application card list, or edit the application data displayed on existing application cards in the application card list.

[0138] A data communication link is established between the first system and the second system, through which the second system provides the first system with a list of application cards and candidate application icons.

[0139] In some embodiments, after receiving the application card list and candidate application icons sent by the second system, the first system updates the locally stored application card list and candidate application icons.

[0140] Based on the application card list shown in Table 1, if the user deletes the application card corresponding to application D, the updated card list is shown in Table 2, and the second system sends the application icons corresponding to applications A and E to the first system (only the application icons of the applications corresponding to the application cards closest to the baseline application card in the switching direction are sent, and the first system does not support the application cards loaded).

[0141] Table 2

[0142]

[0143] Step 502: The first system controls the screen to display the first application card, and the first system supports loading the first application card.

[0144] The implementation method of this step can refer to step 301 above, and will not be repeated here.

[0145] Step 503: Upon receiving the first card switching operation, the first system determines the second application card indicated by the first card switching operation based on the application card list.

[0146] In some embodiments, upon receiving a first card switching operation, and if the first card switching operation is a sequential switching operation, the first system determines the second application card indicated by the first card switching operation based on an application card list. Both the first and second systems perform sequential switching of application cards based on the application card list.

[0147] Optionally, upon receiving a first card switching operation, the first system determines a second application card from the application card list based on the position of the first application card in the application card list and the switching direction indicated by the first card switching operation.

[0148] Referring to the application card list shown in Table 1, if the first system is currently displaying the first application card corresponding to application C, and receives an instruction to switch to the next application card in the list, the first system determines that the second application card is the application card corresponding to application D. If the first system is currently displaying the first application card corresponding to application C, and receives an instruction to switch to the previous application card in the list, the first system determines that the second application card is the application card corresponding to application B.

[0149] In other embodiments, upon receiving a first card switching operation, and if the first card switching operation is a targeted switching operation, the first system determines the application card corresponding to the application bound to the targeted switching operation as the second application card.

[0150] Step 504: If the first system does not support loading the second application card, the first system determines the application icon corresponding to the second application card from the candidate application icons and controls the screen to display the application icon corresponding to the second application card.

[0151] Optionally, the application card list sent by the second system may include application identifiers or card identifiers, and the first system can determine whether loading application cards is supported based on the application identifiers or card identifiers. Alternatively, the application card list sent by the second system may include indicator identifiers, and the first system determines whether loading application cards is supported based on the indicator identifiers.

[0152] In one possible implementation, when the second system provides the first system with a list of application cards and candidate application icons, it indicates the correspondence between the candidate application icons and the application cards in the list. When transitional content needs to be displayed, the first system determines the application icon of the second application based on this correspondence.

[0153] Step 505: Upon receiving the first card switching operation, and if the first system does not support loading the second application card indicated by the first card switching operation, the first system sends a card loading instruction to the second system. The card loading instruction includes the card identifier of the second application card.

[0154] To ensure the accuracy of the application cards displayed in the second system after the system switch, if the first system does not support loading the second application card, the first system sends a card loading command containing the card identifier of the second application card to the second system. Based on this card identifier, the second system can uniquely identify the corresponding application card.

[0155] Since the second system may be running in the background or in a dormant state when the first system has screen control permissions, in one possible implementation, when the first card switching operation is received and the first system does not support loading the second application card indicated by the first card switching operation, the first system obtains the system running status of the second system.

[0156] If the second system is running in the background, the first system sends a card loading command to the second system. If the second system is in a dormant state, the first system first sends a wake-up command to the second system, and then sends a card loading command to the second system after the second system has left the dormant state.

[0157] It should be noted that there is no strict sequential order between the first system displaying the application icon of the second application and sending the card loading instruction. The first system can execute the steps of displaying the application icon and sending the card loading instruction simultaneously. This embodiment does not limit the execution order of the two.

[0158] Step 506: Upon receiving the card loading instruction, the second system loads the second application card.

[0159] The second system loads the second application card corresponding to the card identifier contained in the card loading instruction.

[0160] Step 507: Once the second application card is loaded, the second system obtains screen control permissions from the first system and controls the screen to display the second application card.

[0161] Since it takes some time for the second system to load the second application card, in order to avoid a brief black screen caused by switching screen control permissions before the application card is fully loaded, the second system obtains screen control permissions from the first system and displays the second application card after the second application card is fully loaded.

[0162] In the event that the second application card has not been fully loaded, screen control permissions belong to the first system, meaning that the terminal continues to display the application icon of the second application.

[0163] In some embodiments, when the second application card is loaded, the second system sends a screen control permission transfer request to the first system, and the first system transfers screen control permissions to the second system based on the request.

[0164] In this embodiment, the second system provides the first system with a list of application cards and candidate application icons. This enables the first system to determine whether it supports loading the switched application card when it receives a first card switching operation. If it does not support loading the switched application card, it identifies and displays the application icon corresponding to the application to which the switched application card belongs from the candidate application icons. Subsequently, after the second system completes the loading of the application card, the content displayed on the terminal changes from application icons to application cards, achieving seamless switching of application cards between the two systems.

[0165] Furthermore, when the first system has a base application card, the second system can send only the application icon corresponding to the application card that is closest to the base application card in the card switching direction and is not supported by the first system to the first system, which helps to reduce the storage pressure on the first system.

[0166] In addition, when the application card list is updated, the second system actively updates the application card list and candidate application icons in the first system to ensure consistency in application card switching between the two systems after the application card list is updated.

[0167] To further improve the continuity between the transition content and the second application card, in one possible implementation, the transition content displayed by the first system is a screenshot of the application card. Correspondingly, during the switching display of a second application card that the first system does not support, the terminal's interface changes from "screenshot to application card." Because the screenshot and the application card have a high degree of similarity, the continuity of the screen is stronger during the switching between the two systems. The following exemplary embodiment illustrates the specific implementation details of the card switching process.

[0168] See Figure 6 , Figure 6This is a flowchart of a card display method provided in another exemplary embodiment of this application. The method is applied to an electronic device that supports running a first system and a second system, and the method includes the following steps.

[0169] Step 601: The first system receives the application card list and candidate card screenshots sent by the second system.

[0170] The application card list is used to indicate the switching order of different application cards, and the candidate card screenshot includes the card screenshot of the application card in the application card list that is not supported by the first system and is obtained by the second system taking a screenshot of the application card.

[0171] Optionally, the application cards in this application card list can be switched cyclically, or they can be switched cyclically without support. For a detailed introduction to the application card list, please refer to step 501 above; this embodiment will not repeat the details here.

[0172] Optionally, the candidate card screenshots sent by the second system may be screenshots of some application cards that the first system does not support loading, or screenshots of all application cards that the first system does not support loading. That is, the candidate application icons include the following two cases:

[0173] Scenario 1: The candidate card screenshots include the application card list. The first system does not support screenshots of each loaded application card.

[0174] In some embodiments, when the first system supports displaying any application card from the application card list (i.e., the base application card initially displayed by the first system can be any application card), in order to ensure that the first system can display the card screenshots of application cards that cannot be loaded normally in various scenarios, the second system provides the first system with card screenshots of each application card in the application card list that the first system does not support loading.

[0175] Based on the application card list shown in Table 1, the second system sends screenshots of the application cards corresponding to applications A, D, and E to the first system.

[0176] Scenario 2: The candidate card screenshot includes the card screenshot of the application card that is closest to the baseline application card in the switching direction from the application card list, and which the first system does not support loading; the baseline application card is the application card that the first system initially displays in the application card list.

[0177] In some embodiments, when the first system displays application cards, it starts by displaying a fixed base application card in the application card list. Since the system switch occurs when switching to the first application card that the first system does not support loading in the left-right direction of the base application card, and the second system can subsequently load and display all application cards, the second system can only send the card screenshot of the application card that is closest to the base application card and that the first system does not support loading to the first system.

[0178] Optionally, the baseline application card can be the system default application card of the first system and the second system, or a user-defined application card. The baseline application cards of the first system and the second system can be the same or different.

[0179] For example, when both the first and second systems are based on clock-related application cards, the second system can provide the first system with a screenshot of the application card that is closest to the clock application card in the application card list and that the first system does not support loading.

[0180] Optionally, the second system sends screenshots of the application card that is closest to the base application card in the first card switching direction and that the first system does not support loading, and screenshots of the application card that is closest to the base application card in the second card switching direction and that the first system does not support loading, to the first system. The first card switching direction can be the direction of switching to the next application card in the application card list, and the second card switching direction can be the direction of switching to the previous application card in the application card list.

[0181] Among them, the screenshot of the application card that is closest to the base application card in the first card switching direction and is not supported by the first system may be the same screenshot as the screenshot of the application card that is closest to the base application card in the second card switching direction and is not supported by the first system.

[0182] Referring to the application card list shown in Table 1, if the application card corresponding to application B is the base application card, the second system sends screenshots of the application cards corresponding to applications A and D to the first system. If the application card corresponding to application F is the base application card, the second system sends screenshots of the application cards corresponding to applications E and A to the first system (application cards support cyclic display).

[0183] Regarding the timing of the second system sending the application card list and candidate card screenshots, since users can install and uninstall applications in the second system, and can also adjust the display order of application cards in the second system, in order to ensure the accuracy of the transition content displayed by the first system, in one possible implementation, in response to the list update operation, the second system takes screenshots of application cards that the first system does not support loading, obtains candidate card screenshots, and sends the application card list and candidate card screenshots to the first system.

[0184] The list update operation is used to update the switching order of application cards in the application card list, and to modify at least one of the application cards in the application card list. For example, users can adjust the previous display order of application cards without changing the application cards in the application card list; or, users can delete existing application cards in the application card list, add new application cards to the application card list, or edit the application data displayed on existing application cards in the application card list.

[0185] Based on the application card list shown in Table 1, if the user deletes the application card corresponding to application D, the updated card list is shown in Table 2. The second system sends card screenshots of the application cards corresponding to applications A and E to the first system (only the card screenshots of the application cards that are closest to the baseline application card in the switching direction and that the first system does not support loading are sent).

[0186] Unlike application icons, which remain fixed, the content displayed on application cards changes constantly. For example, weather data in weather application cards changes, and health data in health application cards changes. Therefore, in order to ensure the timeliness of the content displayed in the card screenshots, in another possible implementation, the second system takes screenshots of application cards that the first system does not support loading, while displaying application cards, to obtain candidate card screenshots. The first system then sends the application card list and the candidate card screenshots.

[0187] Since the second system updates the content of the application cards each time it displays an application card, the second system can synchronize the application card list and candidate card screenshots to the first system at this time, which can improve the timeliness of the candidate card screenshots stored in the first system.

[0188] In some embodiments, a data communication link is established between the first system and the second system, through which the second system provides the first system with an application card list and candidate card screenshots. Correspondingly, upon receiving the application card list and candidate card screenshots from the second system, the first system updates its locally stored application card list and candidate card screenshots.

[0189] Step 602: The first system controls the screen to display the first application card. The first system supports loading the first application card, and the first application card is the application card corresponding to the first application.

[0190] The implementation method of this step can refer to step 301 above, and will not be repeated here.

[0191] Indicative, such as Figure 7 As shown, when the first system has screen control permissions, the first system controls the screen to display the first application card 71 corresponding to the clock application.

[0192] Step 603: Upon receiving the first card switching operation, the first system determines the second application card indicated by the first card switching operation based on the application card list.

[0193] The implementation method of this step can refer to step 503 above, and will not be repeated here.

[0194] Step 604: If the first system does not support loading the second application card, the first system determines the card screenshot of the second application card from the candidate card screenshots and controls the screen to display the card screenshot of the second application card.

[0195] Optionally, the application card list sent by the second system may include application identifiers or card identifiers, and the first system may determine whether to support loading the application card corresponding to the application based on the application identifiers or card identifiers. Alternatively, the application card list sent by the second system may include indicator identifiers, and the first system may determine whether to support loading the application card corresponding to the application based on the indicator identifiers.

[0196] In one possible implementation, when the second system provides the first system with an application card list and candidate card screenshots, it indicates the correspondence between the candidate card screenshots and the application cards in the application card list. When transitional content needs to be displayed, the first system determines the card screenshot of the second application card based on this correspondence.

[0197] Indicative, such as Figure 7 As shown, when a left swipe operation is received on the first application card 71, the first system determines that the second application card to be switched is a weather application card. Since the first system does not support loading the second application card, the first system controls the screen to display a screenshot 72 of the second application card.

[0198] Step 605: Upon receiving the first card switching operation, and if the first system does not support loading the second application card indicated by the first card switching operation, the first system sends a card loading instruction to the second system. The card loading instruction includes the card identifier of the second application card.

[0199] The implementation method of this step can refer to step 505 above, and will not be repeated here.

[0200] It should be noted that there is no strict sequential order between the first system displaying the card screenshot of the second application card and sending the card loading command. The first system can execute the steps of displaying the card screenshot and sending the card loading command simultaneously. This embodiment does not limit the execution order of the two.

[0201] Step 606: Upon receiving the card loading instruction, the second system loads the second application card.

[0202] The second system loads the second application card corresponding to the card identifier contained in the card loading instruction.

[0203] Step 607: Once the second application card is loaded, the second system obtains screen control permissions from the first system and controls the screen to display the second application card.

[0204] Since it takes some time for the second system to load the second application card, in order to avoid a brief black screen caused by switching screen control permissions before the application card is fully loaded, the second system obtains screen control permissions from the first system and displays the second application card after the second application card is fully loaded.

[0205] In the event that the second application card has not been fully loaded, screen control permissions belong to the first system, meaning that the terminal continues to display a screenshot of the second application card.

[0206] In some embodiments, when the second application card is loaded, the second system sends a screen control permission transfer request to the first system, and the first system transfers screen control permissions to the second system based on the request.

[0207] It should be noted that since the card screenshots stored in the first system are not real-time screenshots, there may be slight differences between the second application card displayed on the second system control screen and the card screenshots displayed on the first system control screen.

[0208] Indicative, such as Figure 7 As shown, after the second system obtains screen control permissions, it controls the screen to display the second application card 73 corresponding to the weather application.

[0209] In this embodiment, the second system provides the first system with a list of application cards and screenshots of candidate cards. This enables the first system to determine whether loading the switched application card is supported when receiving a first card switching operation. If loading the switched application card is not supported, the first system identifies and displays a screenshot of the switched application card from the candidate card screenshots. Subsequently, after the second system completes the application card loading, the content displayed on the terminal changes from the card screenshot to the application card, achieving seamless switching of application cards between the two systems.

[0210] Furthermore, when the first system has a baseline application card, the second system can send only the card screenshot of the application card that is closest to the baseline application card in the card switching direction and that the first system does not support loading to the first system, which helps to reduce the storage pressure on the first system.

[0211] In addition, the second system proactively updates the application card list and candidate card screenshots in the first system when the application card list is updated and when application cards are displayed. This ensures the consistency of application card switching between the two systems and improves the timeliness of the card screenshots displayed by the first system, reducing the user's perception of system switching.

[0212] In some possible scenarios, if the second system does not update the candidate card screenshots in the first system for a long time (for example, the application card list has not been updated for a long time, and the application cards have not been displayed through the second system for a long time), the content contained in the candidate card screenshots is quite old, resulting in a large difference between the card screenshots displayed in the first system and the application cards displayed in the second system before and after the dual system switch. This leads to a jump in the displayed content and affects the user experience.

[0213] To further reduce the user's perception of system switching, after the second system sends candidate card screenshots to the first system, the first system saves the screenshot time of each candidate card screenshot. Before the first system controls the screen to display the card screenshots, it determines whether the screenshot of the card to be displayed has expired based on this screenshot time.

[0214] In one possible implementation, such as Figure 8 As shown, the first system control screen displaying transition content may include the following steps:

[0215] Step 801: If the first system does not support loading the second application card, the first system determines the card screenshot of the second application card from the candidate card screenshots.

[0216] In one possible implementation, the first system determines the screenshot time of the candidate card sent by the second system as the screenshot time of the candidate card, and stores the screenshot time associated with the candidate card screenshot. If loading the second application card is not supported, the first system determines the screenshot of the second application card and obtains the screenshot time of that card.

[0217] To determine whether the screenshot of the second application card has expired, the first system optionally determines the time interval between the screenshot time of the second application card and the current time. If the time interval is less than a threshold, step 802 is executed; if the time interval is greater than the threshold, step 803 is executed.

[0218] In some embodiments, different application cards correspond to a uniform threshold. For example, this uniform threshold is 1 hour.

[0219] In other embodiments, since the update cycle of the application data displayed by different application cards is different, each application card corresponds to its own threshold, and the threshold is positively correlated with the update cycle of the application data of the application card.

[0220] Accordingly, after determining the time interval, the first system compares the time interval with the threshold corresponding to the second application card.

[0221] For example, if the second application card is a weather application card and the application data update cycle of the weather application card is 1 hour, the first system will compare the time interval with the threshold of 2 hours; if the second application card is a health application card and the application data update cycle of the health application card is 15 minutes, the first system will compare the time interval with the threshold of 30 minutes.

[0222] Step 802: If the time interval between the screenshot time of the second application card and the current time is less than a threshold, the first system controls the screen to display the screenshot of the second application card.

[0223] When the time interval between the screenshot of the second application card and the current time is less than a threshold, the first system determines that the screenshot of the second application card has not expired. If the card screenshot is used as transitional content, since the application data displayed in the card screenshot is only slightly different from the application data displayed in the second application card, there will be no large-scale data jumps before and after the system switch. Therefore, the first system controls the screen to display the card screenshot of the second application card.

[0224] Indicative, such as Figure 9As shown, when the first system has screen control permissions, it controls the screen to display the first application card 91 corresponding to the clock application. When a first card switching operation is received, and the first system does not support loading the second application card corresponding to the weather application after the switch, the first system obtains a screenshot of the second application card. If the time interval between the screenshot time and the current time is less than a threshold, it is determined that the screenshot has not expired, and the first system controls the screen to display the screenshot 92. After the second system completes loading the second application card, it controls the screen to display the second application card 93.

[0225] Step 803: If the time interval between the screenshot time of the second application card and the current time is greater than a threshold, the first system controls the screen to display the application icon corresponding to the second application card.

[0226] When the time interval between the screenshot of the second application card and the current time exceeds a threshold, the first system determines that the screenshot of the second application card has expired. If expired screenshots are used as transitional content, there may be significant differences between the application data displayed in the screenshot and the application data displayed in the second application card, leading to large-scale data jumps before and after system switching.

[0227] To avoid large-scale data jumps, in some embodiments, the first system controls the screen to display the application icon corresponding to the second application card. This application icon can be synchronized from the second system to the first system; this process can be referred to step 501 above, and will not be repeated here.

[0228] Indicative, such as Figure 9 As shown, if the time interval between the screenshot time and the current time is greater than a threshold, the screenshot is determined to be expired, and the first system controls the screen to display the application icon 94 of the weather application. After the second system completes loading the second application card, it controls the screen to display the second application card 93.

[0229] In this embodiment, the first system records the screenshot time of the card screenshot and determines whether the card screenshot has expired based on the screenshot time before displaying it. If the card screenshot has not expired, the first system controls the screen to display the card screenshot; if the card screenshot has expired, the first system controls the screen to display the application icon, ensuring the timeliness of the card screenshots displayed during transition and avoiding the problem of large-scale data jumps before and after system switching caused by displaying expired card screenshots.

[0230] In the above embodiments, the example is that the first system does not support loading the second application card. In other possible embodiments, when the first card switching operation is received and the first system supports loading the second application card indicated by the first card switching operation, the first system controls the screen to display the second application card without triggering system switching.

[0231] Indicative, such as Figure 10 As shown, the first system controls the screen to display a clock application card 1001 corresponding to a clock application. When a first card switching operation is received, and the first system supports loading a health application card corresponding to the switched health application, the first system controls the screen to display a health application card 1002. When a first card switching operation is further received, and the first system does not support loading a weather application card corresponding to the switched weather application, the first system controls the screen to display a weather application icon 1003 and instructs the second system to load the weather application card. After the second system completes loading the weather application card, it obtains screen control permissions from the first system, thereby controlling the screen to display the weather application card 1004.

[0232] For power consumption reasons, the second system is usually in sleep mode when the first system has screen control permissions. Since it takes time for the system to wake up from sleep mode, in order to avoid the first system displaying transitional content for too long due to the second system leaving sleep mode and loading application cards taking too long, in one possible implementation, the first system wakes up the second system when it receives a first card switching operation, and the first system has application cards that it does not support loading, and the second system is in sleep mode.

[0233] In the event of receiving a first card switching operation, even if the first system supports loading the application card indicated by the first card switching operation, the first system will wake up the second system in the dormant state in advance (without transferring screen control permissions). That is, the first system wakes up the second system in the dormant state in advance, and divides the waking up of the second system and the loading of the application card into different stages, thereby shortening the display time interval between the transition content and the application card and avoiding the transition content from being displayed for a long time.

[0234] Referring to the application card list in Table 1, the first system currently controls the screen to display the application card corresponding to application B. When it receives a first card switching operation instructing it to switch to the next application card, the first system controls the screen to display the application card corresponding to application C, and simultaneously wakes up the second system from its sleep state. Upon receiving another first card switching operation, since the first system does not support displaying the application card corresponding to application D, it displays transitional content corresponding to application D and sends a card loading instruction to the second system, causing the second system to load the application card corresponding to application D.

[0235] Optionally, since the system may not ultimately switch to an application card that the first system does not support loading, in order to avoid frequent invalid wake-ups of the second system, the first system wakes up the second system when it receives a first card switching operation, and the first system has an application card that it does not support loading, the second system is in a dormant state, and the card interval between the switched application card and the first application card that the first system does not support loading is less than the interval threshold.

[0236] Upon receiving a first card switching operation, and given that the first system has application cards that it does not support loading, the second system is in a dormant state, and the card interval between the switched application card and the first application card that the first system does not support loading is greater than or equal to an interval threshold, the second system remains in a dormant state. For example, this interval threshold can be 1, meaning that if the first system does not support loading the next application card after the switched application card, the first system will wake up the second system in advance to prepare for loading subsequent application cards.

[0237] In this embodiment, when the first system has an application card that does not support loading and the second system is in a dormant state, the first system wakes up the second system in advance when it receives the first card switching operation, thus avoiding the second system spending too much time to execute the wake-up and application card loading process, and improving the switching speed between transition content and application card.

[0238] See Figure 11 , Figure 11 This is a structural block diagram of a card display device provided in an exemplary embodiment of this application. The device is used in an electronic device that supports the operation of a first system and a second system. The device includes:

[0239] The first system module 1101 is used to control the screen to display the first application card, and the first system module 1101 supports loading the first application card;

[0240] The first system module 1101 is further configured to control the screen to display the transition content corresponding to the second application card when receiving the first card switching operation and the first system module 1101 does not support loading the second application card indicated by the first card switching operation.

[0241] The second system module 1102 is used to obtain screen control permissions from the first system module 1101 and control the screen to display the second application card. The second system module 1102 supports loading the second application card.

[0242] Optionally, the first system module 1101 is used for:

[0243] Upon receiving the first card switching operation, and if the first system module 1101 does not support loading the second application card indicated by the first card switching operation, the control screen displays the application icon corresponding to the second application card.

[0244] or,

[0245] Upon receiving the first card switching operation, and if the first system module 1101 does not support loading the second application card indicated by the first card switching operation, the control screen displays a screenshot of the second application card.

[0246] Optionally, the first system module 1101 is used for:

[0247] The system receives an application card list and candidate application icons sent by the second system module 1102. The application card list is used to indicate the switching order of different application cards, and the candidate application icons are included in the application card list. The first system module 1101 does not support the application icons corresponding to the loaded application cards.

[0248] Upon receiving the first card switching operation, the second application card indicated by the first card switching operation is determined based on the application card list;

[0249] If the first system module 1101 does not support loading the second application card, the application icon corresponding to the second application card is determined from the candidate application icons, and the screen is controlled to display the application icon corresponding to the second application card.

[0250] Optionally, the second system module 1102 is used for:

[0251] In response to a list update operation, the application card list and the candidate application icons are sent to the first system. The list update operation is used to update the switching order of the application cards in the application card list and to modify at least one of the application cards in the application card list.

[0252] Optionally, the candidate application icons include the application icons corresponding to each of the application cards in the application card list, wherein the first system module 1101 does not support the application icons corresponding to each loaded application card.

[0253] or,

[0254] The candidate application icon includes the application icon corresponding to the application card that is closest to the reference application card in the switching direction in the application card list, and which is not supported by the first system module 1101 for loading; the reference application card is the application card that the first system module 1101 initially displays in the application card list.

[0255] Optionally, the first system module 1101 is used for:

[0256] The system receives an application card list and candidate card screenshots sent by the second system module 1102. The application card list is used to indicate the switching order of different application cards, and the candidate card screenshots include the application card screenshots in the application card list. The first system module 1101 does not support the card screenshots of the loaded application cards.

[0257] Upon receiving the first card switching operation, the second application card indicated by the first card switching operation is determined based on the application card list;

[0258] If the first system module 1101 does not support loading the second application card, the screenshot of the second application card is determined from the candidate card screenshots, and the screen is controlled to display the screenshot of the second application card.

[0259] Optionally, the second system module 1102 is used for:

[0260] In response to the list update operation, a screenshot is taken of the application cards that the first system module 1101 does not support loading, and the candidate card screenshot is obtained. The list update operation is used to update the switching order of the application cards in the application card list and modify at least one of the application cards in the application card list. The application card list and the candidate card screenshot are sent to the first system module 1101.

[0261] or,

[0262] When displaying application cards, take a screenshot of the application cards that the first system module 1101 does not support loading to obtain the candidate card screenshot; send the application card list and the candidate card screenshot to the first system.

[0263] Optionally, the candidate card screenshots include the application card list, and the first system module 1101 does not support card screenshots of each loaded application card;

[0264] or,

[0265] The candidate card screenshot includes the card screenshot of the application card in the application card list that is closest to the reference application card in the switching direction and that the first system module 1101 does not support loading; the reference application card is the application card that the first system module 1101 initially displays in the application card list.

[0266] Optionally, the first system module 1101 is used for:

[0267] If the first system module 1101 does not support loading the second application card, the card screenshot of the second application card is determined from the candidate card screenshots;

[0268] If the time interval between the screenshot of the second application card and the current time is less than a threshold, the control screen displays the screenshot of the second application card.

[0269] Optionally, the first system module 1101 is used for:

[0270] If the time interval between the screenshot of the second application card and the current time is greater than the threshold, the control screen displays the application icon corresponding to the second application card.

[0271] Optionally, the first system module 1101 is used for:

[0272] Upon receiving the first card switching operation, the second application card is determined from the application card list based on the position of the first application card in the application card list and the switching direction indicated by the first card switching operation.

[0273] Optionally, the first system module 1101 is used for:

[0274] Upon receiving the first card switching operation, and if the first system module 1101 does not support loading the second application card indicated by the first card switching operation, a card loading instruction is sent to the second system, the card loading instruction including the card identifier of the second application card;

[0275] The second system module 1102 is used to load the second application card upon receiving the card loading instruction.

[0276] Optionally, the second system module 1102 is used for:

[0277] When the second application card is loaded, the screen control permission is obtained from the first system module 1101, and the screen is controlled to display the second application card; wherein, when the second application card is not loaded, the screen control permission belongs to the first system module 1101.

[0278] Optionally, the first system module 1101 is used for:

[0279] Upon receiving the first card switching operation, and given that the first system module 1101 has an application card that does not support loading, and the second system module 1102 is in a sleep state, the second system module 1102 is woken up.

[0280] Optionally, the first system module 1101 is used for:

[0281] Upon receiving a first card switching operation, and if the first system module 1101 supports loading the second application card indicated by the first card switching operation, the control screen displays the second application card.

[0282] In some embodiments, the second system module 1102 is configured to:

[0283] If the display duration of the transition content of the second application card reaches the duration threshold, and no second card switching operation is received within the display duration, screen control permission is obtained from the first system module 1101, and the screen is controlled to display the second application card.

[0284] In some embodiments, the first system module 1101 is further configured to:

[0285] When the display duration of the transition content corresponding to the second application card reaches a duration threshold, and a second card switching operation is received within the display duration, and the first system module 1101 supports loading the third application card indicated by the second card switching operation, the screen is controlled to display the third application card; and / or,

[0286] If the display duration of the transition content corresponding to the second application card reaches a duration threshold, and a second card switching operation is received within the display duration, and the first system module 1101 does not support loading the third application card indicated by the second card switching operation, the screen is controlled to display the transition content corresponding to the third application card.

[0287] In some embodiments, the second system module 1102 is configured to:

[0288] When the control screen displays the second application card, in response to the third card switching operation, the control screen displays the fourth application card indicated by the third card switching operation;

[0289] or,

[0290] When the control screen displays the second application card, in response to the third card switching operation, and if the first system module 1101 does not support loading the fourth application card indicated by the third card switching operation, the control screen displays the fourth application card indicated by the third card switching operation; and / or, when the control screen displays the second application card, in response to the third card switching operation, and if the first system module 1101 supports loading the fourth application card indicated by the third card switching operation, the first system module 1101 obtains screen control permission from the second system module 1102 and controls the screen to display the fourth application card.

[0291] In summary, in this embodiment, when the first system displays an application card and receives a card switching operation, if the first system does not support loading the switched application card while the second system does, the first system displays transitional content and transfers screen control to the second system. The second system then controls the screen to display the switched second application card, achieving seamless switching between the two systems during the application card switching process. This avoids display anomalies caused by the first system's inability to load the application card and its failure to switch systems. Furthermore, the transitional content displayed by the first system is related to the application corresponding to the switched application card, thus ensuring continuity in the process of switching from the transitional content to the application card and preventing abrupt changes in the displayed content between the two systems from affecting the user experience.

[0292] Please refer to Figure 12 , Figure 12 This is a structural block diagram of an electronic device provided in an exemplary embodiment of this application. The electronic device in this application may include one or more of the following components: processor 1210 and memory 1220.

[0293] Optionally, the processor 1210 includes at least a first processor 1211 and a second processor 1212, wherein the first processor 1211 is used to run a first system, and the second processor 1212 is used to run a second system. In some embodiments, the power consumption of the first processor 1211 is lower than that of the second processor 1212, and the performance of the first processor 1211 is lower than that of the second processor 1212. In other embodiments, the power consumption of the first processor 1211 is higher than that of the second processor 1212, and the performance of the first processor 1211 is higher than that of the second processor 1212. For example, the power consumption can be determined in various ways, such as the power consumption in standby mode or the power consumption when processing the same business. For example, a high-performance processor generally consumes more power in various states than a low-performance processor in the corresponding states, so the performance difference can also be derived from the power consumption difference. The processor 1210 uses various interfaces and lines to connect various parts within the entire electronic device, and performs various functions of the electronic device and processes data by running or executing instructions, programs, code sets or instruction sets stored in the memory 1220, and calling data stored in the memory 1220. Optionally, the processor 1210 can be implemented using at least one hardware form selected from Digital Signal Processing (DSP), Field-Programmable Gate Array (FPGA), and Programmable Logic Array (PLA). The processor 1210 can integrate one or a combination of several of the following: Central Processing Unit (CPU), Graphics Processing Unit (GPU), Neural-network Processing Unit (NPU), and modem. Specifically, the CPU primarily handles the operating system, user interface, and applications; the GPU is responsible for rendering and drawing the content required to be displayed on the touch screen; the NPU is used to implement Artificial Intelligence (AI) functions; and the modem is used to handle wireless communication. It is understood that the aforementioned modem may also not be integrated into the processor 1210 and can be implemented as a separate chip.

[0294] The memory 1220 may include random access memory (RAM) or read-only memory (ROM). Optionally, the memory 1220 may include a non-transitory computer-readable storage medium. The memory 1220 may be used to store instructions, programs, code, code sets, or instruction sets. The memory 1220 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as touch function, sound playback function, image playback function, etc.), instructions for implementing the various method embodiments described below, etc.; the data storage area may store data created according to the use of the electronic device (such as audio data, phone book, etc.).

[0295] The electronic device in this embodiment further includes a communication component 1230 and a display component 1240. The communication component 1230 can be a Bluetooth component, a WiFi (Wireless Fidelity) component, an NFC (Near Field Communication) component, etc., used to communicate with external devices (servers or other terminal devices) via wired or wireless networks; the display component 1240 is used to display a graphical user interface and / or receive user interaction operations.

[0296] In addition, those skilled in the art will understand that the structure of the electronic device shown in the above figures does not constitute a limitation on the electronic device. The electronic device may include more or fewer components than shown, or combine certain components, or have different component arrangements. For example, the electronic device may also include radio frequency circuits, input units, sensors, audio circuits, speakers, microphones, power supplies, etc., which will not be described in detail here.

[0297] This application also provides a computer-readable storage medium storing at least one computer instruction, which is loaded and executed by a processor to implement the card display method as described in the above embodiments.

[0298] Optionally, the computer-readable storage medium may include ROM, RAM, solid-state drives (SSDs), or optical discs. RAM may include resistive random access memory (ReRAM) and dynamic random access memory (DRAM).

[0299] This application also provides a computer program product, which includes computer instructions stored in a computer-readable storage medium; a processor of an electronic device reads the computer instructions from the computer-readable storage medium and executes the computer instructions to cause the electronic device to perform the card display method as described in the above embodiments.

[0300] The above description is merely an optional embodiment of this application and is not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the protection scope of this application.

Claims

1. A card display method, characterized in that, The method is applied to an electronic device that supports running a first system and a second system. The method includes: The first system controls the screen to display the first application card, and the first system supports loading the first application card; Upon receiving a first card switching operation, and if the first system does not support loading the second application card indicated by the first card switching operation, the first system controls the screen to display the transition content corresponding to the second application card. The second system obtains screen control permissions from the first system and controls the screen to display the second application card. The second system supports loading the second application card.

2. The method according to claim 1, characterized in that, When a first card switching operation is received, and the first system does not support loading the second application card indicated by the first card switching operation, the first system controls the screen to display transitional content corresponding to the second application card, including: Upon receiving the first card switching operation, and if the first system does not support loading the second application card indicated by the first card switching operation, the first system controls the screen to display the application icon corresponding to the second application card. or, Upon receiving the first card switching operation, and if the first system does not support loading the second application card indicated by the first card switching operation, the first system controls the screen to display a screenshot of the second application card.

3. The method according to claim 2, characterized in that, The method further includes: The first system receives an application card list and candidate application icons sent by the second system. The application card list is used to indicate the switching order of different application cards, and the candidate application icons are included in the application card list. The first system does not support application icons corresponding to the loaded application cards. When the first system receives the first card switching operation and does not support loading the second application card indicated by the first card switching operation, the first system controls the screen to display the application icon corresponding to the second application card, including: Upon receiving the first card switching operation, the first system determines the second application card indicated by the first card switching operation based on the application card list; If the first system does not support loading the second application card, the first system determines the application icon corresponding to the second application card from the candidate application icons and controls the screen to display the application icon corresponding to the second application card.

4. The method according to claim 3, characterized in that, The method further includes: In response to the list update operation, the second system sends the application card list and the candidate application icons to the first system. The list update operation is used to update the switching order of the application cards in the application card list and to modify at least one of the application cards in the application card list.

5. The method according to claim 3, characterized in that, The candidate application icons are included in the application card list, and the first system does not support the application icons corresponding to each loaded application card; or, The candidate application icon includes the application icon in the application card list that is closest to the baseline application card in the switching direction and that the first system does not support loading the application card. The benchmark application card is the application card that the first system initially displays in the application card list.

6. The method according to claim 2, characterized in that, The method further includes: The first system receives an application card list and candidate card screenshots sent by the second system. The application card list is used to indicate the switching order of different application cards, and the candidate card screenshots include the application card screenshots in the application card list. The first system does not support card screenshots of the loaded application cards. When the first system receives the first card switching operation and does not support loading the second application card indicated by the first card switching operation, the first system controls the screen to display a screenshot of the second application card, including: Upon receiving the first card switching operation, the first system determines the second application card indicated by the first card switching operation based on the application card list; If the first system does not support loading the second application card, the first system determines the card screenshot of the second application card from the candidate card screenshots and controls the screen to display the card screenshot of the second application card.

7. The method according to claim 6, characterized in that, The method further includes: In response to the list update operation, the second system takes a screenshot of the application cards that the first system does not support loading, and obtains the candidate card screenshot. The list update operation is used to update the switching order of the application cards in the application card list and modify at least one of the application cards in the application card list. The second system sends the application card list and the candidate card screenshot to the first system. or, When the second system displays application cards, it takes screenshots of application cards that the first system does not support loading, thus obtaining the candidate card screenshots; the second system then sends the application card list and the candidate card screenshots to the first system.

8. The method according to claim 6, characterized in that, The candidate card screenshots include those from the application card list, where the first system does not support screenshots of the loaded application cards. or, The candidate card screenshots include screenshots of application cards in the application card list that are closest to the baseline application card in the switching direction and that the first system does not support loading; the baseline application card is the application card that the first system initially displays in the application card list.

9. The method according to claim 6, characterized in that, When the first system does not support loading the second application card, the first system determines the screenshot of the second application card from the candidate card screenshots and controls the screen to display the screenshot of the second application card, including: If the first system does not support loading the second application card, the first system determines the card screenshot of the second application card from the candidate card screenshots; If the time interval between the screenshot of the second application card and the current time is less than a threshold, the first system control screen displays the screenshot of the second application card.

10. The method according to claim 9, characterized in that, The method further includes: If the time interval between the screenshot time of the second application card and the current time is greater than the threshold, the first system control screen displays the application icon corresponding to the second application card.

11. The method according to claim 3 or 6, characterized in that, Upon receiving the first card switching operation, the first system determines the second application card indicated by the first card switching operation based on the application card list, including: Upon receiving the first card switching operation, the first system determines the second application card from the application card list based on the position of the first application card in the application card list and the switching direction indicated by the first card switching operation.

12. The method according to any one of claims 1 to 11, characterized in that, The method further includes: Upon receiving the first card switching operation, and if the first system does not support loading the second application card indicated by the first card switching operation, the first system sends a card loading instruction to the second system, the card loading instruction including the card identifier of the second application card; Upon receiving the card loading instruction, the second system loads the second application card.

13. The method according to claim 12, characterized in that, The second system obtains screen control permissions from the first system and controls the screen to display the second application card, including: When the second application card is fully loaded, the second system obtains the screen control permission from the first system and controls the screen to display the second application card; wherein, when the second application card is not fully loaded, the screen control permission belongs to the first system.

14. The method according to any one of claims 1 to 11, characterized in that, The second system obtains screen control permissions from the first system and controls the screen to display the second application card, including: If the display duration of the transition content of the second application card reaches a duration threshold, and no second card switching operation is received within the display duration, the second system obtains screen control permission from the first system and controls the screen to display the second application card.

15. The method according to claim 14, characterized in that, The method further includes: If the display duration of the transition content corresponding to the second application card reaches a duration threshold, and a second card switching operation is received within the display duration, and the first system supports loading the third application card indicated by the second card switching operation, the first system controls the screen to display the third application card; and / or, If the display duration of the transition content corresponding to the second application card reaches a duration threshold, and a second card switching operation is received within the display duration, and the first system does not support loading the third application card indicated by the second card switching operation, the first system controls the screen to display the transition content corresponding to the third application card.

16. The method according to any one of claims 1 to 11, characterized in that, The method further includes: When the second application card is displayed on the second system control screen, in response to the third card switching operation, the second system control screen displays the fourth application card indicated by the third card switching operation; or, When the second system control screen displays the second application card, in response to a third card switching operation, and if the first system does not support loading the fourth application card indicated by the third card switching operation, the second system control screen displays the fourth application card indicated by the third card switching operation; and / or, when the second system control screen displays the second application card, in response to a third card switching operation, and if the first system supports loading the fourth application card indicated by the third card switching operation, the first system obtains screen control permissions from the second system and controls the screen to display the fourth application card.

17. The method according to any one of claims 1 to 11, characterized in that, The method further includes: Upon receiving the first card switching operation, and given that the first system has an application card that it does not support loading, and the second system is in a dormant state, the first system wakes up the second system.

18. A card display device, characterized in that, The device is used in an electronic device, which supports the operation of a first system and a second system. The device includes: The first system module is used to control the screen display of the first application card, and the first system module supports loading the first application card; The first system module is further configured to control the screen to display transition content corresponding to the second application card when it receives a first card switching operation and the first system module does not support loading the second application card indicated by the first card switching operation. The second system module is used to obtain screen control permissions from the first system module and control the screen to display the second application card. The second system module supports loading the second application card.

19. An electronic device, characterized in that, The electronic device includes a processor and a memory; the memory stores at least one computer instruction, which is executed by the processor to implement the card display method as described in any one of claims 1 to 17.

20. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores at least one computer instruction, which is loaded and executed by a processor to implement the card display method as described in any one of claims 1 to 17.

21. A computer program product, characterized in that, The computer program product includes computer instructions stored in a computer-readable storage medium; a processor of an electronic device reads the computer instructions from the computer-readable storage medium and executes the computer instructions to cause the electronic device to perform the card display method as described in any one of claims 1 to 17.

Images