System switching methods, devices, electronic equipment, storage media and software products

Abstract

This application discloses a system switching method, apparatus, electronic device, storage medium, and program product, relating to the field of human-computer interaction. The method is used in an electronic device that supports the operation of a first system and a second system. The method includes: during the startup of the second system, the first system or the second system displays a startup animation corresponding to the current startup scenario. Different startup scenarios correspond to different startup animations. Startup scenarios include a power-on scenario and a first mode switching scenario. The first mode switching scenario is a scenario where the system switches from a first working mode to a second working mode. In the first working mode, the first system runs, and the second system does not run. In the second working mode, the first system and the second system operate collaboratively. Upon completion of the second system startup, the first system or the second system displays a system interface. Using the method provided in this application, confusion between the startup animations in the power-on scenario and the first mode switching scenario can be avoided.

Description

Technical Field

[0001] This application relates to the field of human-computer interaction, and in particular to a system switching method, apparatus, electronic device, storage medium, and program product. Background Technology

[0002] With the continuous upgrading of electronic devices, dual-system devices have emerged. Dual-system devices aim to combine the advantages of different operating systems, such as combining the open-source and application-rich Android operating system with a streamlined, efficient, and low-power real-time operating system. In different operating modes of the electronic device, the two systems can work together (or a fully intelligent mode), or one can run while the other does not (or a lightly intelligent mode).

[0003] In related technologies, electronic devices play a switching animation when the operating mode changes. However, this switching animation can be confused with the boot animation, leading users to mistakenly believe that the device is restarting from a dual-system setup, thus affecting the user experience. Summary of the Invention

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

[0005] On one hand, embodiments of this application provide a system switching method, the method being used in an electronic device, the electronic device supporting the operation of a first system and a second system, the method comprising:

[0006] During the startup process of the second system, the first system or the second system displays the startup animation corresponding to the current startup scenario. Different startup scenarios correspond to different startup animations. The startup scenarios include the power-on scenario and the first mode switching scenario. The first mode switching scenario is the scenario of switching from the first working mode to the second working mode. In the first working mode, the first system runs and the second system does not run. In the second working mode, the first system and the second system run in cooperation.

[0007] Once the second system has started up, the first system or the second system will display the system interface.

[0008] On the other hand, embodiments of this application provide a system switching device, the device being used in an electronic device, the electronic device supporting the operation of a first system and a second system; the device includes:

[0009] An animation display module is used to display a startup animation corresponding to the current startup scenario during the startup process of the second system. Different startup scenarios correspond to different startup animations. The startup scenarios include a power-on scenario and a first mode switching scenario. The first mode switching scenario is a scenario of switching from a first working mode to a second working mode. In the first working mode, the first system runs and the second system does not run. In the second working mode, the first system and the second system run in cooperation.

[0010] The interface display module is used to display the system interface of the first system or the second system when the second system has finished starting.

[0011] 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 method described above.

[0012] 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 method described above.

[0013] On the other hand, embodiments of this application provide a 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 executes the computer instructions, causing the electronic device to perform the methods provided in various optional implementations of the above aspects.

[0014] In this embodiment, for electronic devices supporting the operation of both the first and second systems, the second system may have different startup scenarios. For example, the second system will start in a power-on scenario. Similarly, the second system will also start when switching from a first operating mode (where the first system is running and the second system is not) to a second operating mode (where the first and second systems operate collaboratively). By displaying a startup animation corresponding to the current startup scenario through either the first or second system, and ensuring that different startup animations correspond to different startup scenarios, user confusion between the power-on scenario and the first mode switching scenario can be avoided. Furthermore, when switching from the first operating mode to the second operating mode, users are prevented from misunderstanding that the electronic device will automatically restart, thus improving the efficiency of reminders and enhancing the user experience. Attached Figure Description

[0015] 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.

[0016] Figure 1 This application illustrates a dual-core communication software framework for the Android operating system, as shown in an exemplary embodiment.

[0017] Figure 2 This application illustrates a dual-core communication software framework for an RTOS, as shown in an exemplary embodiment.

[0018] Figure 3 This is a flowchart of a system switching method provided in an exemplary embodiment of this application;

[0019] Figure 4 This is a flowchart illustrating the display of a first startup animation via a first system in a first mode switching scenario, as provided in an exemplary embodiment of this application.

[0020] Figure 5 This is an exemplary embodiment of the present application, showing an interface diagram of switching a first operating mode to a second operating mode when the electronic device receives a first manual mode switching operation;

[0021] Figure 6 This is a flowchart illustrating the display of a first startup animation via a second system in a first mode switching scenario provided by an exemplary embodiment of this application;

[0022] Figure 7 This is a schematic diagram of the interface in a boot-up scenario provided by an exemplary embodiment of this application;

[0023] Figure 8 This is an exemplary embodiment of the present application, showing an interface diagram of switching a second operating mode to a first operating mode when the electronic device receives a second manual mode switching operation;

[0024] Figure 9 This is a structural block diagram of a system switching device provided in an exemplary embodiment of this application;

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

[0026] 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.

[0027] First, let me introduce the terms used in this application.

[0028] Dual-system device: An electronic device containing two processor chips, each running an independent operating system. The two operating systems interact with each other to complete the functions of the hardware terminal. For example, the electronic device in this application that supports running a first system and a second system is a dual-system device. As an example only, the first system is a real-time operating system (RTOS) running on a microcontroller unit (MCU), and the second system is the Android operating system running on a central processing unit (CPU).

[0029] Fully Intelligent Mode (also known as Hybrid Mode): This is the operating mode of electronic devices where the first and second systems work in collaboration. For example, the first and second systems can operate simultaneously, or the second system can be in sleep mode while the first system is running. The second system will then switch from sleep mode to running mode upon receiving a wake-up notification from the first system. For instance, in Fully Intelligent Mode, both the first and second systems can be in sleep mode, for example, when there is no business to process. Alternatively, in Fully Intelligent Mode, one of the first and second systems can be in sleep mode and woken up when relevant business needs arise. This could involve a high-power system entering sleep mode to save power. For example, in Fully Intelligent Mode, the first and second systems can switch control of the display screen; while one system controls the display screen, the other system can run in the background or enter sleep mode.

[0030] Light Smart Mode: This is the operating mode of an electronic device where the primary system runs while the secondary system remains off. For example, in Light Smart Mode, the secondary system can be shut down. For instance, the real-time operating system runs, but the Android operating system is not running, or is essentially disabled. Light Smart Mode helps save power and improves the battery life of electronic devices.

[0031] 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 incorporates a system switching mechanism.

[0032] To reduce power consumption, a system running on a low-power processor typically handles low-performance events, while switching to a system running on a high-power processor handles high-performance events to meet the performance requirements of the electronic device. Optionally, the first system runs on a low-power processor, and the second system runs on a high-power processor.

[0033] Dual-system devices can operate in two modes: Full Smart Mode and Light Smart Mode. In Full Smart Mode, both systems work together, while in Light Smart Mode, the first system runs while the second system remains inactive. Full Smart Mode offers smooth screen display and rapid response, but its high performance results in high power consumption and typically short battery life. Light Smart Mode, on the other hand, is relatively simple, usually retaining only basic functions such as health monitoring or simple, practical lifestyle features (like message reminders and alarms). It also features a lower screen refresh rate, significantly reduced power consumption, and longer battery life.

[0034] When the operating mode of a dual-system device is switched, the electronic device will play a switching animation. However, the switching animation during the switching of operating modes may be confused with the boot animation (for example, in related technologies, the switching animation uses the same animation as the boot animation), causing users to mistakenly believe that the dual-system device is restarting, thus affecting the user experience.

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

[0036] See Figure 1 , Figure 1 This application illustrates an exemplary embodiment of a dual-core communication software framework for the Android operating system. This 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.

[0037] 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.

[0038] 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.

[0039] RTOS is designed using the peer-to-peer principle. For example, consider a smartwatch. Figure 2 , Figure 2 This application illustrates a dual-core communication software framework for an RTOS, as shown in an exemplary embodiment.

[0040] The dual-core communication software framework of RTOS is divided into the Application Layer, Service Layer, Framework Layer, Hardware Abstraction Layer, and Platform Layer.

[0041] 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).

[0042] 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.

[0043] See Figure 3 , Figure 3 This is a flowchart of a system switching method provided in an exemplary embodiment of this application. In some embodiments, the method is used in an electronic device that supports the operation of a first system and a second system.

[0044] It should be noted that the electronic devices in this application can be smartphones, laptops, wearable devices, and other electronic devices. The following description uses a smartwatch as an example to illustrate the system switching method, which does not limit the application scope of the embodiments of this application.

[0045] Optionally, the power consumption of the second system is greater than that of the first system; and / or, the performance of the second system is higher than that of the first system.

[0046] Optionally, the first system is a real-time operating system (RTOS) running on a microcontroller unit (MCU), and the second system is an Android operating system running on a central processing unit (CPU).

[0047] Optionally, the first system or the second system may also be any other possible system. For example, the second system may also be an iOS system, without limitation.

[0048] The method includes the following steps.

[0049] Step 301: During the startup process of the second system, the first system or the second system displays the startup animation corresponding to the current startup scenario. Different startup scenarios correspond to different startup animations. Startup scenarios include power-on scenario and first mode switching scenario. The first mode switching scenario is the scenario of switching from the first working mode to the second working mode. In the first working mode, the first system runs and the second system does not run. In the second working mode, the first system and the second system run together.

[0050] The second system can be started in different startup scenarios.

[0051] In some embodiments, during a boot-up scenario, both the first system and the second system are started.

[0052] The power-on scenario refers to the scenario in which an electronic device is turned on.

[0053] Optionally, for the boot scenario, neither the first system (e.g., a real-time operating system) nor the second system (e.g., the Android system) is started before the boot conditions are met (e.g., pressing and holding the power button for 3 seconds). After the boot conditions are met, the first and second systems can start simultaneously or sequentially (e.g., the first system can start first and then launch the second system, or the second system can start first and then launch the first system), without any restrictions.

[0054] Optionally, for the first mode switching scenario, before the conditions for entering the first mode switching scenario are met, the electronic device operates in the first working mode (or light intelligent mode), in which the first system runs and the second system does not run; after the conditions for entering the first mode switching scenario are met, the electronic device switches to the second working mode (or fully intelligent mode), in which the first system and the second system operate collaboratively.

[0055] Regarding the conditions for entering the first mode switching scenario, in some embodiments, the user can manually trigger the control of the electronic device to enter the first mode switching scenario; in other embodiments, the electronic device can also automatically control the entry into the first mode switching scenario.

[0056] Regarding the specific manner in which the first and second systems cooperate in the second working mode, in some embodiments, the first and second systems are simultaneously in a running state; in other embodiments, the second system is in a dormant state, the first system is in a running state, and the second system changes from a dormant state to a running state when the first system sends a wake-up notification to the second system.

[0057] Different startup scenarios correspond to different startup animations.

[0058] For illustrative purposes only, the startup animation for the boot scene includes the brand name of the electronic device and the system name of the second system.

[0059] As an example only, the startup animation corresponding to the first mode switching scenario includes an identifier of the fully intelligent mode (e.g., the words "Entering fully intelligent mode"). Apart from this, the content included in the startup animation can be set and determined by those skilled in the art according to actual needs, and this application does not impose any restrictions on this.

[0060] In some embodiments, during the startup process of the second system, the first system may also be in the startup process, or the first system may not be started, or the first system may have completed startup.

[0061] Regarding the display method of the startup animation corresponding to the current startup scenario, in some embodiments, the startup animation corresponding to the current startup scenario is displayed by the first system when the first system is in the startup process or when the first system has finished starting up; in other embodiments, the startup animation can also be displayed by the second system in the startup process.

[0062] Step 302: Once the second system has finished starting, the first or second system displays the system interface.

[0063] In some embodiments, the system interface may be displayed by the first system after the first system has started up; in some embodiments, the system interface may also be displayed by the second system after it has started up, and there is no limitation on this.

[0064] Optionally, the interface displayed by the first system and the interface displayed by the second system can be the same or different.

[0065] Optionally, the system interface can be either a main interface or an application interface. For example, the first system interface displayed by the first system can be a simple main interface containing step counting, blood pressure monitoring, and a clock, while the second system interface displayed by the second system can be a main interface containing application icons for a photo album, camera, voice recorder, telephone, and other applications; alternatively, the first system interface can also be the application interface for a blood pressure monitoring application, and the second system interface can be a dialer interface, etc. This application does not limit the specific form of the system interface.

[0066] In summary, for electronic devices supporting both the first and second systems, the second system may have different startup scenarios. For example, the second system will start during the power-on scenario. Similarly, the second system will also start when switching from a first operating mode (where the first system is running and the second system is not) to a second operating mode (where both systems work together). Displaying the startup animation corresponding to the current startup scenario for either the first or second system, and ensuring that different startup animations correspond to different scenarios, can prevent users from confusing the power-on scenario with the first mode switching scenario. Furthermore, when switching from the first to the second operating mode, it avoids users misunderstanding that the device will automatically restart, improving the efficiency of reminders and enhancing the user experience.

[0067] In some embodiments, during the startup process of the second system in the first mode switching scenario, the first system or the second system displays the first startup animation corresponding to the first mode switching scenario.

[0068] The first startup animation is used to demonstrate the switch from the first working mode to the second working mode.

[0069] Since the first system runs while the second system does not run in the first working mode (or light intelligent mode), and the first and second systems work together in the second working mode (or full intelligent mode), the first startup animation can be used to demonstrate switching from light intelligent mode to full intelligent mode.

[0070] In one possible implementation, the first startup animation could include the words "Entering full smart mode" and the corresponding full smart icon to indicate that the system is about to switch to full smart mode.

[0071] See Figure 4 , Figure 4 This is a flowchart illustrating the display of a first startup animation via a first system in a first mode switching scenario, as provided in an exemplary embodiment of this application. The process includes the following steps.

[0072] Step 411: The conditions for entering the first mode switching scene are met.

[0073] In one possible implementation, the user can manually control the entry into the first mode switching scenario, or the electronic device can automatically control the entry into the first mode switching scenario.

[0074] Optionally, the condition for entering the first mode switching scenario can be that the electronic device switches from sleep mode to non-sleep mode.

[0075] For example, the electronic device may switch from sleep mode to non-sleep mode at a specified time (e.g., 7:00 AM), or when the alarm in an alarm clock app is manually turned off by the user, or when the electronic device detects that the user has woken up through sensor data. Those skilled in the art can also determine the conditions for the electronic device to switch from sleep mode to non-sleep mode using any other possible means, without limitation.

[0076] When an electronic device is in sleep mode, it operates in the first working mode (light intelligent mode), shutting down the second system and running only the first system, which can greatly reduce power consumption and improve the battery life of the electronic device. When the electronic device switches from sleep mode to non-sleep mode, it operates in the second working mode (fully intelligent mode), with the first and second systems working together to provide users with more and richer functions.

[0077] Optionally, the condition for entering the first mode switching scenario can be that the electronic device switches from power saving mode to non-power saving mode.

[0078] For example, when the battery level exceeds a specified threshold (e.g., above 20%), the electronic device switches from power-saving mode to non-power-saving mode; or, while charging, the electronic device switches from power-saving mode to non-power-saving mode. Those skilled in the art can also determine the conditions for the electronic device to switch from power-saving mode to non-power-saving mode using any other possible means, without limitation.

[0079] When an electronic device is in power-saving mode, it operates in the first working mode (light intelligent mode), shutting down the second system and running only the first system, which can greatly reduce power consumption and save electricity. When the electronic device switches from power-saving mode to non-power-saving mode, it operates in the second working mode (fully intelligent mode), with the first and second systems working together to provide users with more and richer functions.

[0080] Optionally, the condition for entering the first mode switching scenario can be receiving a first manual mode switching operation.

[0081] The first manual mode switching operation is used to manually switch the first working mode to the second working mode.

[0082] For illustrative purposes only, the first manual mode switching operation can be a trigger operation on the first switching control displayed on the system interface, which is used to indicate that the first working mode is manually switched to the second working mode.

[0083] For illustrative purposes only, the first manual mode switching operation can be a long press of the power button.

[0084] Optionally, the first manual mode switching operation can also be a shortcut key operation, voice operation, specified gesture operation, motion control operation, or any other possible type of operation, without any restrictions.

[0085] For example, the condition for entering the first mode to switch scenes can also be based on a preset time, and there are no restrictions on this.

[0086] In some embodiments, there may be one or more conditions for entering the first mode switching scene. Different triggering conditions may correspond to the same switching animation or different switching animations.

[0087] In some embodiments, during the startup process of the second system in the first mode switching scenario, the first system displays the first startup animation corresponding to the first mode switching scenario.

[0088] Step 421: The first system displays the first startup animation corresponding to the first mode switching scene.

[0089] The first startup animation is used to demonstrate the switch from the first working mode to the second working mode.

[0090] Optionally, the first startup animation can be a pre-set animation in the first system, such as an animation containing the words "Entering full smart mode" and the full smart icon.

[0091] Step 422: The first system sends a start signal to the second system. The start signal is used to start the second system.

[0092] Regarding the specific form of the start signal, optionally, the first system can pull a pin indicating the start of the second system. When this pin is pulled up, the second system receives the start signal and performs the start operation. As an example only, when the pin level is pulled high, the signal detection module built into the second system will compare it with a preset standard level threshold. Only if the detected level value falls precisely within the tolerance range will it be considered a valid start signal, avoiding false triggering caused by line interference. Besides this, the start signal can also be any other possible form, such as a start command sent from the first system to the second system, etc., without any restrictions.

[0093] Upon receiving a start signal, the second system performs a start operation and enters the start state.

[0094] It should be noted that there is no order of execution between steps 422 and 421. In fact, the first system can execute step 422 first and then step 421, or execute steps 422 and 421 simultaneously. There are no restrictions on this.

[0095] Step 431: The first system displays the first startup animation in a loop.

[0096] Before the second startup is complete, the first system continuously displays the first startup animation.

[0097] As an example only, before the first system finishes playing the first startup animation for the first time and before the second system has finished starting, the first system can play the first startup animation again, or display the animation frames in the first startup animation in a fixed position.

[0098] As an example only, if the second system is based on an operating system, the startup time of the second system may be about 30 seconds, and the first system can display the first startup animation in a loop within those 30 seconds.

[0099] Step 432: Upon successful startup, the second system sends a startup completion signal to the first system.

[0100] Regarding the specific form of the start-up completion signal, optionally, the second system can pull a pin indicating that the second system has started up. When this pin is pulled up, the first system receives the start-up completion signal. As an example only, when the pin level is pulled high, the signal detection module built into the first system compares it to a preset standard level threshold. Only if the detected level value falls precisely within the tolerance range will it be considered a valid start-up completion signal, avoiding false triggering caused by line interference. Besides this, the start-up completion signal can also be any other possible form, such as a start-up completion command sent from the second system to the first system, etc., without any restrictions.

[0101] Step 441: The first system stops displaying the first startup animation.

[0102] In some embodiments, upon receiving a startup completion signal, the first system stops displaying the first startup animation.

[0103] Step 451: The second system displays the system interface.

[0104] As an example only, in the case of an electronic device that is a smartwatch, the second system displays the smartwatch's watch face interface, which may include application icons for various applications in the second system.

[0105] See Figure 5 , Figure 5 This is an exemplary embodiment of the present application, showing an interface diagram of switching a first operating mode to a second operating mode when the electronic device receives a first manual mode switching operation.

[0106] like Figure 5 As shown, the electronic device displays a first switching control 511 on the interface. The first switching control 511 is used to switch the first working mode to the second working mode when a trigger operation is received.

[0107] In response to the user's trigger operation on the first switching control 511, the first system displays the first startup animation corresponding to the first mode switching scenario, wherein the first startup animation includes animation frame 521; when the second system has finished starting, the first system continues to display the first startup animation, wherein the first startup animation also includes animation frame 531 (showing that the startup progress of the second system is 60%). When the second system has finished starting, the second system displays the system interface 541 (including a clock face).

[0108] When the second system is in the startup state, in addition to displaying the first startup animation corresponding to the first mode switching scene through the first system, the first startup animation can also be displayed through the second system, which is in the startup state.

[0109] See Figure 6 , Figure 6 This is a flowchart illustrating the display of a first startup animation via a second system in a first mode switching scenario, as provided in an exemplary embodiment of this application. The process includes the following steps.

[0110] Step 610: The conditions for entering the first mode switching scene are met.

[0111] In one possible implementation, the user can manually control the entry into the first mode switching scenario, or the electronic device can automatically control the entry into the first mode switching scenario.

[0112] Optionally, the condition for entering the first mode switching scenario can be that the electronic device switches from sleep mode to non-sleep mode. Optionally, the condition for entering the first mode switching scenario can be that the electronic device switches from power-saving mode to non-power-saving mode. Optionally, the condition for entering the first mode switching scenario can be that a first manual mode switching operation is received.

[0113] For more details on the conditions for entering the first mode switching scene, please refer to the relevant description in step 411, which will not be repeated here.

[0114] In some embodiments, during the startup process of the second system in the first mode switching scenario, the second system displays the first startup animation corresponding to the first mode switching scenario.

[0115] Step 620: The second system receives the start signal sent by the first system and starts up.

[0116] In one possible implementation, under the condition of entering the first mode switching scenario, the first system sends a start signal to the second system, the second system receives the start signal sent by the first system and starts to start (i.e. the second system is in the start state), wherein the start signal is used to start the second system.

[0117] For more information on the start signal, please refer to the relevant description in step 422, which will not be repeated here.

[0118] Step 630: The second system determines the current startup scenario as either the first mode switching scenario or the boot scenario.

[0119] Regarding the specific implementation method of how the second system determines the current startup scenario, it can include at least any of the following methods.

[0120] (1) Determine the current startup scenario by using the light intelligent switching identifier.

[0121] In one possible implementation, when the electronic device switches its operating mode from the second operating mode (fully intelligent mode) to the first operating mode (lightly intelligent mode), the second system records the light intelligent switching flag (for example, changes the value corresponding to the light intelligent switching flag from 0 to 1), and then shuts down after recording the light intelligent switching flag.

[0122] When the second system is in the startup state, it can check the Smart Switching Flag to determine whether the current startup scenario is the first mode switching scenario or the power-on scenario. For example, if the value of the Smart Switching Flag is 1, the current startup scenario is determined to be the first mode switching scenario, and the value of the Smart Switching Flag is changed from 1 to 0; or, if the value of the Smart Switching Flag is 0, the current startup scenario is determined to be the power-on scenario.

[0123] (2) Determine whether the current startup scenario is the first mode switching scenario or the power-on scenario based on the information carried in the startup signal.

[0124] In some embodiments, when the conditions for entering the first mode switching scenario are met, the first system sends a start signal containing first information to the second system; when the power-on conditions are met, the first system sends a start signal containing second information to the second system.

[0125] The first information indicates that the current startup scenario is the first mode switching scenario; the second information indicates that the current startup scenario is the power-on scenario.

[0126] In some embodiments, the second system determines the current startup scenario as a first mode switching scenario or a power-on scenario based on the first information or second information obtained from the startup signal.

[0127] As an example only, the first system can inform the second system that the current startup scenario is either the first mode switching scenario or the boot scenario by pulling up different pins.

[0128] In addition, the second system can determine the current startup scenario as either the first mode switching scenario or the boot scenario in any other possible way, without any restrictions.

[0129] If the second system determines that it is in the first mode switching scenario, proceed to step 641; if the second system determines that it is in the power-on scenario, proceed to step 642.

[0130] Step 641: The second system displays the first startup animation corresponding to the first mode switching scene.

[0131] Optionally, the second system can still display animations even if it is in the startup state but has not yet completed the startup process.

[0132] In one possible implementation, during the startup process of the second system in the first mode switching scenario, the second system displays the first startup animation corresponding to the first mode switching scenario through the boot screen display thread.

[0133] When the second system is in the startup state, it first starts the boot screen display thread. Once the boot screen display thread has started, the second system displays the first startup animation corresponding to the first mode switching scenario through the boot screen display thread.

[0134] As an example only, if the second system is an Android operating system, the boot screen display thread can be the Android Bootanimation thread.

[0135] In some embodiments, upon receiving a startup signal from the first system and determining that a first mode switching scenario is in progress, during the startup process of the second system, the second system displays a first startup animation corresponding to the first mode switching scenario through a boot screen display thread.

[0136] Step 642: The second system displays the second startup animation corresponding to the boot scene.

[0137] In some embodiments, during the startup process of the second system in a boot scenario, the second system displays a second startup animation corresponding to the boot scenario.

[0138] The second startup animation is used to show that the second system is starting up, and it is different from the first startup animation.

[0139] In some embodiments, upon receiving a startup signal from the first system and determining that a power-on scenario is in progress, during the startup process of the second system, the second system displays a second startup animation corresponding to the power-on scenario through a power-on screen display thread.

[0140] When the second system is in the startup state, it first starts the boot screen display thread. Once the boot screen display thread has started, the second system displays the second startup animation corresponding to the boot scene through the boot screen display thread.

[0141] As an example only, if the second system is an Android operating system, the boot screen display thread can be the Android Bootanimation thread.

[0142] Step 650: The second system has started successfully.

[0143] Once the second system has finished booting, the second system will stop displaying either the first or second boot animation.

[0144] Optionally, once startup is complete, the second system terminates the boot screen display thread.

[0145] See Figure 7 , Figure 7 This is a schematic diagram of the interface in a boot-up scenario provided by an exemplary embodiment of this application.

[0146] like Figure 7 As shown, in the boot-up scenario, the second system displays the second startup animation corresponding to the boot-up scenario through the boot screen display thread. The second startup animation includes animation frame 711, which displays the words "XX brand" and "XX operating system" to show that the second system is in the boot state.

[0147] To further distinguish between the first startup animation displayed in the first mode switching scenario and the second startup animation displayed in the power-on scenario, in some embodiments, different display methods can be used to display the first startup animation or the second startup animation.

[0148] In some embodiments, when the current startup scenario is a first mode switching scenario, the first system or the second system adopts a first display method to display the first startup animation corresponding to the first mode switching scenario.

[0149] Optionally, either the first or second system may use a first brightness level to display the first startup animation corresponding to the first mode switching scene. For example only, the first brightness level is 100 nits.

[0150] In some embodiments, when the current startup scenario is a boot-up scenario, the second system adopts a second display method to display a second startup animation corresponding to the boot-up scenario, and the significance of the second display method is higher than that of the first display method.

[0151] Optionally, the second system uses a second brightness level to display a second startup animation corresponding to the boot scene, and vibrates. The second brightness level is higher than the first brightness level. For example only, the second brightness level is 300 nits.

[0152] In the power-on scenario, displaying the second startup animation with higher brightness and vibration can more clearly indicate to the user that the electronic device is powering on. In the first mode switching scenario, displaying the first startup animation with reduced brightness and no vibration can reduce disturbance to the user (for example, when switching from power-saving mode to non-power-saving mode, the electronic device does not vibrate when playing the first startup animation to avoid disturbing the user), thereby further preventing the user from confusing the power-on scenario and the mode switching scenario.

[0153] The second system can be shut down in various shutdown scenarios.

[0154] Optionally, the shutdown scenario includes the power-off scenario and the second mode switching scenario. The second mode switching scenario is the scenario of switching from the second working mode to the first working mode, and the power-off scenario is the scenario of turning off the electronic device.

[0155] In some embodiments, both the first and second systems are shut down during a shutdown scenario.

[0156] Optionally, for shutdown scenarios, before the shutdown conditions are met (such as long-pressing the power button), both the first system (such as a real-time operating system) and the second system (such as the Android system) are running, or the first system is running while the second system is not running. After the shutdown conditions are met, the first and second systems can be shut down simultaneously or sequentially, without restriction.

[0157] In some embodiments, in a second mode switching scenario, the operating mode of the electronic device is switched from a second operating mode to a first operating mode.

[0158] Optionally, for the second mode switching scenario, before the conditions for entering the second mode switching scenario are met, the electronic device operates in the second working mode (or fully intelligent mode). In the second working mode, the first system and the second system operate in cooperation. After the conditions for entering the second mode switching scenario are met, the electronic device switches to the first working mode (or light intelligent mode). In the first working mode, the first system runs and the second system does not run.

[0159] In some embodiments, during the shutdown process of the second system, the first or second system displays a shutdown animation corresponding to the current shutdown scenario. Different shutdown scenarios correspond to different shutdown animations.

[0160] In one possible implementation, the user can manually control the entry into the second mode switching scenario, or the electronic device can automatically control the entry into the second mode switching scenario.

[0161] Optionally, the condition for entering the second mode switching scenario can be that the electronic device switches from non-sleep mode to sleep mode.

[0162] For example, the electronic device may switch from non-sleep mode to sleep mode at a specified time (such as midnight), or when the electronic device detects that the user has fallen asleep through sensor data. Those skilled in the art can also determine the conditions for the electronic device to switch from non-sleep mode to sleep mode using any other possible means, without limitation.

[0163] Optionally, the condition for entering the second mode switching scenario can be that the electronic device switches from a non-power-saving mode to a power-saving mode.

[0164] For example, when the battery level is below a specified threshold (e.g., below 20%), the electronic device switches from a non-power-saving mode to a power-saving mode; or, when the battery level is below a specified threshold and the device is not being charged, the electronic device switches from a non-power-saving mode to a power-saving mode. Those skilled in the art can also determine the conditions for the electronic device to switch from a non-power-saving mode to a power-saving mode using any other possible means, without limitation.

[0165] Optionally, the condition for entering the second mode switching scenario can be receiving a second manual mode switching operation.

[0166] The second manual mode switching operation is used to manually switch the second working mode to the first working mode.

[0167] For illustrative purposes only, the second manual mode switching operation can be a trigger operation on the second switching control displayed on the system interface, which is used to indicate that the second working mode is manually switched to the first working mode.

[0168] Optionally, the second manual mode switching operation can also be a shortcut key operation, voice operation, specified gesture operation, motion control operation, or any other possible type of operation, without any restrictions.

[0169] In some embodiments, during the shutdown process of the second system in a second mode switching scenario, either the first system or the second system displays a first shutdown animation corresponding to the second mode switching scenario. During the shutdown process of the second system in a power-off scenario, the second system displays a second shutdown animation corresponding to the power-off scenario.

[0170] The second shutdown animation differs from the first shutdown animation. The first shutdown animation is used to show the switch from the second working mode to the first working mode, while the second shutdown animation is used to show that the second system is shutting down. The second shutdown animation can also be called the shutdown animation.

[0171] For example, the condition for entering the second mode to switch scenes can also be based on a preset time, and there are no restrictions on this.

[0172] In some embodiments, there may be one or more conditions for entering the second mode switching scene. Different triggering conditions may correspond to the same switching animation or different switching animations.

[0173] See Figure 8 , Figure 8 This is an exemplary embodiment of the present application, showing an interface diagram of switching a second operating mode to a first operating mode when the electronic device receives a second manual mode switching operation.

[0174] like Figure 8As shown, the electronic device displays a second switching control 811 on the interface. The second switching control 811 is used to switch the second working mode to the first working mode when a trigger operation is received.

[0175] In response to the user's trigger operation on the second switching control 811, the first system or the second system displays the first closing animation corresponding to the second mode switching scenario, wherein the first closing animation includes animation frame 821; when the second system is closed, the first system displays the system interface 931 (including a clock face).

[0176] By displaying the first shutdown animation, users can know that the electronic device's operating mode is about to switch from the second operating mode to the first operating mode.

[0177] See Figure 9 , Figure 9 This is a structural block diagram of a system switching 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.

[0178] The device includes:

[0179] Animation display module 901 is used to display a startup animation corresponding to the current startup scenario in the first system or the second system during the startup process of the second system. Different startup scenarios correspond to different startup animations. The startup scenarios include a power-on scenario and a first mode switching scenario. The first mode switching scenario is a scenario of switching from a first working mode to a second working mode. In the first working mode, the first system runs and the second system does not run. In the second working mode, the first system and the second system run in cooperation.

[0180] The interface display module 902 is used to display the system interface of the first system or the second system when the second system has finished starting.

[0181] Optional, animation display module 901, used for:

[0182] During the startup process of the second system in the first mode switching scenario, the first system or the second system displays a first startup animation corresponding to the first mode switching scenario. The first startup animation is used to show the switch from the first working mode to the second working mode.

[0183] During the startup process of the second system in the aforementioned startup scenario, the second system displays a second startup animation corresponding to the startup scenario. The second startup animation is used to demonstrate that the second system is starting up, and the second startup animation is different from the first startup animation.

[0184] Optional, animation display module 901, used for:

[0185] During the startup process of the second system in the first mode switching scenario, the first system displays the first startup animation corresponding to the first mode switching scenario;

[0186] The first system sends a start signal to the second system, the start signal being used to start the second system;

[0187] Upon successful startup, the second system sends a startup completion signal to the first system.

[0188] Upon receiving the startup completion signal, the first system stops displaying the first startup animation.

[0189] Optional, animation display module 901, used for:

[0190] During the startup process of the second system in the first mode switching scenario, the second system displays the first startup animation corresponding to the first mode switching scenario through the boot screen display thread;

[0191] Once startup is complete, the second system terminates the boot screen display thread.

[0192] Optional, animation display module 901, used for:

[0193] Upon receiving the startup signal sent by the first system and determining that the system is in the first mode switching scenario, during the startup process of the second system, the second system displays the first startup animation corresponding to the first mode switching scenario through the boot screen display thread.

[0194] Upon receiving the startup signal from the first system and determining that the system is in the startup scenario, during the startup process of the second system, the second system displays the second startup animation corresponding to the startup scenario through the startup screen display thread.

[0195] Optional, animation display module 901, used for:

[0196] When the conditions for entering the first mode switching scenario are met, the first system sends the start signal containing first information to the second system, wherein the first information is used to indicate that the current start scenario is the first mode switching scenario;

[0197] When the power-on conditions are met, the first system sends the startup signal containing second information to the second system, wherein the second information is used to indicate that the current startup scenario is the power-on scenario;

[0198] The second system determines the current startup scenario as the first mode switching scenario or the power-on scenario based on the first information or the second information obtained from the startup signal.

[0199] Optionally, the conditions for entering the first mode switching scenario include at least one of the following:

[0200] The electronic device switches from sleep mode to non-sleep mode;

[0201] The electronic device switches from power-saving mode to non-power-saving mode;

[0202] A first manual mode switching operation is received, which is used to manually switch the first working mode to the second working mode.

[0203] Optional, animation display module 901, used for:

[0204] When the current startup scenario is the first mode switching scenario, the first system or the second system adopts a first display method to display the first startup animation corresponding to the first mode switching scenario;

[0205] When the current startup scenario is the boot scenario, the second system adopts a second display method to display the second startup animation corresponding to the boot scenario, and the prominence of the second display method is higher than that of the first display method.

[0206] Optional, animation display module 901, used for:

[0207] The first system or the second system uses a first brightness level to display the first startup animation corresponding to the first mode switching scene;

[0208] The second system uses a second brightness level to display the second startup animation corresponding to the startup scene and vibrates, wherein the second brightness level is higher than the first brightness level.

[0209] Optional, animation display module 901, used for:

[0210] During the shutdown process of the second system, the first system or the second system displays a shutdown animation corresponding to the current shutdown scenario. Different shutdown scenarios correspond to different shutdown animations. The shutdown scenarios include a power-off scenario and a second mode switching scenario. The second mode switching scenario is a scenario in which the second working mode is switched to the first working mode. The power-off scenario is a scenario in which the electronic device is turned off.

[0211] Optional, animation display module 901, used for:

[0212] During the shutdown process of the second system in the second mode switching scenario, the first system or the second system displays a first shutdown animation corresponding to the second mode switching scenario. The first shutdown animation is used to show the switch from the second working mode to the first working mode.

[0213] During the shutdown process of the second system in the shutdown scenario, the second system displays a second shutdown animation corresponding to the shutdown scenario. The second shutdown animation is used to show that the second system is shutting down, and the second shutdown animation is different from the first shutdown animation.

[0214] Optionally, the conditions for entering the second mode switching scenario include at least one of the following:

[0215] The electronic device switches from non-sleep mode to sleep mode;

[0216] The electronic device switches from non-power-saving mode to power-saving mode;

[0217] A second manual mode switching operation is received, which is used to manually switch the second working mode to the first working mode.

[0218] Optionally, the power consumption of the second system is greater than that of the first system; and / or, the performance of the second system is higher than that of the first system.

[0219] See Figure 10 , Figure 10 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 1010 and memory 1020.

[0220] Optionally, the processor 1010 includes at least a first processor 1011 and a second processor 1012, wherein the first processor 1011 is used to run a first system, the second processor 1012 is used to run a second system, and the power consumption of the first processor 1011 is lower than that of the second processor 1012, and / or the performance of the first processor 1011 is lower than that of the second processor 1012. The processor 1010 connects various parts within the electronic device using various interfaces and lines, and performs various functions and processes data of the electronic device by running or executing instructions, programs, code sets, or instruction sets stored in the memory 1020, and by calling data stored in the memory 1020. Optionally, the processor 1010 can be implemented in at least one hardware form selected from Digital Signal Processing (DSP), Field-Programmable Gate Array (FPGA), and Programmable Logic Array (PLA). The processor 1010 can integrate one or more of the following: a central processing unit (CPU), a graphics processing unit (GPU), a neural network processing unit (NPU), and a modem. The CPU primarily handles the operating system, user interface, and applications; the GPU is responsible for rendering and drawing the content displayed on the touchscreen; the NPU implements artificial intelligence (AI) functions; and the modem handles wireless communication. It is understood that the modem can also be implemented as a separate chip without being integrated into the processor 1010.

[0221] The memory 1020 may include random access memory (RAM) or read-only memory (ROM). Optionally, the memory 1020 may include a non-transitory computer-readable storage medium. The memory 1020 may be used to store instructions, programs, code, code sets, or instruction sets. The memory 1020 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.).

[0222] The electronic device in this embodiment further includes a communication component 1030 and a display component 1040. The communication component 1030 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 1040 is used to display a graphical user interface and / or receive user interaction operations.

[0223] 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.

[0224] 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 method described in the above embodiments. Optionally, the computer-readable storage medium may include ROM, RAM, solid-state drives (SSDs), or optical discs, etc. The RAM may include resistive random access memory (ReRAM) and dynamic random access memory (DRAM).

[0225] This application also provides a computer program product or computer program that includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the methods provided in the various optional implementations of the above aspects.

[0226] 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 system switching method, characterized in that, The method is used in an electronic device that supports running a first system and a second system, and the method includes: During the startup process of the second system, the first system or the second system displays the startup animation corresponding to the current startup scenario. Different startup scenarios correspond to different startup animations. The startup scenarios include the power-on scenario and the first mode switching scenario. The first mode switching scenario is the scenario of switching from the first working mode to the second working mode. In the first working mode, the first system runs and the second system does not run. In the second working mode, the first system and the second system run in cooperation. Once the second system has started up, the first system or the second system will display the system interface.

2. The method according to claim 1, characterized in that, During the startup process of the second system, the first system or the second system displays a startup animation corresponding to the current startup scenario, including: During the startup process of the second system in the first mode switching scenario, the first system or the second system displays a first startup animation corresponding to the first mode switching scenario. The first startup animation is used to show the switch from the first working mode to the second working mode. During the startup process of the second system in the aforementioned startup scenario, the second system displays a second startup animation corresponding to the startup scenario. The second startup animation is used to demonstrate that the second system is starting up, and the second startup animation is different from the first startup animation.

3. The method according to claim 2, characterized in that, During the startup process of the second system in the first mode switching scenario, the first system or the second system displays a first startup animation corresponding to the first mode switching scenario, including: During the startup process of the second system in the first mode switching scenario, the first system displays the first startup animation corresponding to the first mode switching scenario; The method further includes: The first system sends a start signal to the second system, the start signal being used to start the second system; Upon successful startup, the second system sends a startup completion signal to the first system. Upon receiving the startup completion signal, the first system stops displaying the first startup animation.

4. The method according to claim 2, characterized in that, During the startup process of the second system in the first mode switching scenario, the first system or the second system displays a first startup animation corresponding to the first mode switching scenario, including: During the startup process of the second system in the first mode switching scenario, the second system displays the first startup animation corresponding to the first mode switching scenario through the boot screen display thread; The method further includes: Once startup is complete, the second system terminates the boot screen display thread.

5. The method according to claim 4, wherein during the startup process of the second system in the first mode switching scenario, the second system displays the first startup animation corresponding to the first mode switching scenario through a boot screen display thread, including: Upon receiving the startup signal sent by the first system and determining that the system is in the first mode switching scenario, during the startup process of the second system, the second system displays the first startup animation corresponding to the first mode switching scenario through the boot screen display thread. During the startup process of the second system in the aforementioned boot scenario, the second system displays a second startup animation corresponding to the boot scenario, including: Upon receiving the startup signal from the first system and determining that the system is in the startup scenario, during the startup process of the second system, the second system displays the second startup animation corresponding to the startup scenario through the startup screen display thread.

6. The method according to claim 5, characterized in that, The method further includes: When the conditions for entering the first mode switching scenario are met, the first system sends the start signal containing first information to the second system, wherein the first information is used to indicate that the current start scenario is the first mode switching scenario; When the power-on conditions are met, the first system sends the startup signal containing second information to the second system, wherein the second information is used to indicate that the current startup scenario is the power-on scenario; The second system determines the current startup scenario as the first mode switching scenario or the power-on scenario based on the first information or the second information obtained from the startup signal.

7. The method according to any one of claims 2 to 6, characterized in that, The conditions for entering the first mode switching scenario include at least one of the following: The electronic device switches from sleep mode to non-sleep mode; The electronic device switches from power-saving mode to non-power-saving mode; A first manual mode switching operation is received, which is used to manually switch the first working mode to the second working mode.

8. The method according to any one of claims 1 to 7, characterized in that, During the startup process of the second system, the first system or the second system displays a startup animation corresponding to the current startup scenario, including: When the current startup scenario is the first mode switching scenario, the first system or the second system adopts a first display method to display the first startup animation corresponding to the first mode switching scenario; When the current startup scenario is the boot scenario, the second system adopts a second display method to display the second startup animation corresponding to the boot scenario, and the prominence of the second display method is higher than that of the first display method.

9. The method according to claim 8, characterized in that, The first system or the second system uses a first display method to display a first startup animation corresponding to the first mode switching scenario, including: The first system or the second system uses a first brightness level to display the first startup animation corresponding to the first mode switching scene; The second system uses a second display method to display a second startup animation corresponding to the boot scene, including: The second system uses a second brightness level to display the second startup animation corresponding to the startup scene and vibrates, wherein the second brightness level is higher than the first brightness level.

10. The method according to any one of claims 1 to 9, characterized in that, The method further includes: During the shutdown process of the second system, the first system or the second system displays a shutdown animation corresponding to the current shutdown scenario. Different shutdown scenarios correspond to different shutdown animations. The shutdown scenarios include a power-off scenario and a second mode switching scenario. The second mode switching scenario is a scenario in which the second working mode is switched to the first working mode. The power-off scenario is a scenario in which the electronic device is turned off.

11. The method according to claim 10, characterized in that, During the shutdown process of the second system, the first system or the second system displays a shutdown animation corresponding to the current shutdown scenario, including: During the shutdown process of the second system in the second mode switching scenario, the first system or the second system displays a first shutdown animation corresponding to the second mode switching scenario. The first shutdown animation is used to show the switch from the second working mode to the first working mode. During the shutdown process of the second system in the shutdown scenario, the second system displays a second shutdown animation corresponding to the shutdown scenario. The second shutdown animation is used to show that the second system is shutting down, and the second shutdown animation is different from the first shutdown animation.

12. The method according to any one of claims 10 to 11, characterized in that, The conditions for entering the second mode switching scenario include at least one of the following: The electronic device switches from non-sleep mode to sleep mode; The electronic device switches from non-power-saving mode to power-saving mode; A second manual mode switching operation is received, which is used to manually switch the second working mode to the first working mode.

13. The method according to any one of claims 1 to 12, characterized in that, The power consumption of the second system is greater than that of the first system; and / or, the performance of the second system is higher than that of the first system.

14. A system switching 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: An animation display module is used to display a startup animation corresponding to the current startup scenario during the startup process of the second system. Different startup scenarios correspond to different startup animations. The startup scenarios include a power-on scenario and a first mode switching scenario. The first mode switching scenario is a scenario of switching from a first working mode to a second working mode. In the first working mode, the first system runs and the second system does not run. In the second working mode, the first system and the second system run in cooperation. The interface display module is used to display the system interface of the first system or the second system when the second system has finished starting.

15. 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 system switching method as described in any one of claims 1 to 13.

16. 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 system switching method as described in any one of claims 1 to 13.

17. A computer program product, characterized in that, The computer program product includes computer instructions stored in a computer-readable storage medium; a processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the system switching method as described in any one of claims 1 to 13.

Images