Display method, medium, product and electronic device
By establishing a communication connection between the slave and master devices in electronic devices and synchronously adjusting the display status, the problem of inconsistent interfaces between different operating systems is solved, user operation is simplified, and application compatibility and usability are improved.
Patent Information
- Application Number
- PCT/CN2025/103474
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2024-07-12
- Filing Date
- 2025-06-25
- Publication Date
- 2026-03-05
AI Technical Summary
The fragmentation of application ecosystems across different operating systems leads to high application development costs and poor compatibility. Users may be unable to use existing applications when switching operating systems, thus limiting the choice of applications and operating systems.
By running multiple operating systems on electronic devices and using virtualization technology to establish a communication connection between the slave and master devices, the display status is adjusted synchronously to make the display status of the master and slave devices consistent. Users only need to operate once to unify the interface style.
It simplifies user operation steps, achieves interface unification across different operating systems, and improves the applicability and compatibility of the application.
Smart Images

Figure CN2025103474_05032026_PF_FP_ABST
Abstract
Description
Display methods, media, products, and electronic devices
[0001] This application claims priority to Chinese Patent Application No. 202410937496.9, filed on July 12, 2024, entitled “Display Method, Medium, Product and Electronic Device”, the entire contents of which are incorporated herein by reference. Technical Field
[0002] This application relates to the field of terminal technology, and in particular to a display method, medium, product, and electronic device. Background Technology
[0003] The current diversity of operating systems has led to a fragmentation of application ecosystems across different operating systems. Different operating systems have their own development environments, forcing application developers to develop applications separately for each operating system. Furthermore, applications developed using different operating system development environments are not compatible with other operating systems; that is, they cannot be used across different systems.
[0004] This not only increases development costs and time but also limits the app's usability. Furthermore, when switching operating systems, users may encounter issues with applications on the other operating system being incompatible, restricting their choice of applications and / or operating systems. Summary of the Invention
[0005] In view of the above, this application provides a display method, medium, product, and electronic device.
[0006] In a first aspect, a display method is provided, applied to an electronic device, the electronic device including a first operating system and a second operating system, the method comprising: displaying a first interface, wherein the first interface includes first display content of the first operating system and second display content of the second operating system, the first display content having a first display state and the second display content having a second display state; detecting a first switching instruction, the first switching instruction being used to instruct the first display content to switch from the first display state to a third display state; switching the first display content from the first display state to the third display state; and switching the second display content from the second display state to a fourth display state.
[0007] In the above approach, electronic devices can run multiple operating systems, typically with one operating system serving as the master operating system and other operating systems running as virtual operating systems within the master. For example, electronic devices can utilize virtualization technologies such as virtual machines, containers, and emulators to run another operating system. The master operating system running on the electronic device can be called the host, and the virtual operating system running within the master can be called the slave.
[0008] Electronic devices can establish a communication connection between slave and master devices. Upon detecting an adjustment in the display state of an application running on the slave device, the display state of the application running on the master device will be synchronously adjusted, ensuring the master device displays its application interface in the same state. Alternatively, when a change in the display state of an application running on the master device is detected, the display state of the application running on the slave device will also be synchronously adjusted. Furthermore, the slave and master devices can synchronize their display states through this communication connection, ensuring consistency between their display states and the interface style. Users can modify the display states of both devices simultaneously with a single operation, eliminating the need for multiple user actions and simplifying the user experience.
[0009] In conjunction with the first aspect, in some implementations, the switching of the first displayed content from a first display state to a third display state, and the switching of the second displayed content from a second display state to a fourth display state, includes at least one of the following: switching from landscape display to portrait display; switching from portrait display to landscape display; switching from a first interface resolution to a second interface resolution, wherein the first interface resolution and the second interface resolution are different; switching from a first color configuration mode to a second color configuration mode, wherein the first color configuration mode and the second color configuration mode include one or more of the following: light mode, dark mode, night mode, and day mode; switching from full-screen gesture hotspot mode to one-handed gesture hotspot mode; switching from one-handed gesture hotspot mode to full-screen gesture hotspot mode; switching from hiding the status bar to displaying the status bar; switching from displaying the status bar to hiding the status bar; switching from displaying the first indicator in the status bar to hiding the first indicator; switching from hiding the first indicator to displaying the first indicator; switching from screen-on state to screen-off state; switching from screen-off state to screen-on state.
[0010] In the above scheme, the display state includes one or more of the following: interface display direction, interface resolution, color configuration mode, gesture hotspots, status bar display area, and sleep mode. The first display state is the initial display state of the first operating system, and the second display state is the initial display state of the second operating system. The third display state is the display state after switching from the first operating system, and the fourth display state can be the same as or different from the third display state.
[0011] For example, switching from the first display state to the third display state can be a switch from landscape to portrait mode, and similarly, switching from the second display state to the fourth display state can also be a switch from landscape to portrait mode.
[0012] The first operating system can switch its interface display state by changing its resolution, and the second operating system can adjust its resolution to match that of the first operating system. The first operating system can also switch its interface display state by changing its color scheme mode, and the second operating system can adjust its resolution to match the color scheme mode adopted by the first operating system, for example, both can be set to night mode.
[0013] The first operating system can switch the gesture hotspot from full-screen gesture hotspot mode to one-handed gesture hotspot mode, and the second operating system can perform the same change. The gesture hotspot can also be the area where the gesture hotspot is changed, including the top and bottom edges of the screen, or the left and right edges, etc. For example, switching from the first display state to the third display state can be done by changing the gesture hotspot to right-handed one-handed mode, and switching from the second display state to the fourth display state can be done by changing the gesture hotspot from the current state to left-handed one-handed mode.
[0014] The first operating system can switch the interface display state by switching the status bar display state, such as switching from a hidden status bar to a displayed status bar, or vice versa, or hiding / showing a specific indicator in the status bar, such as a signal strength indicator, battery status indicator, time indicator, volume status indicator, and Bluetooth indicator. Furthermore, the second operating system will also synchronously modify the status bar display state.
[0015] Switching from the first display state to the third display state can be a switch from screen on to screen off. Similarly, switching from the second display state to the fourth display state can also be a switch from screen on to screen off.
[0016] Furthermore, the first and second operating systems can synchronously modify the display state, making the display state consistent and the interface style unified. Users can modify the display state of the first and second operating systems simultaneously with a single operation, eliminating the need for multiple operations and simplifying the user's operation steps.
[0017] In conjunction with the first aspect, in some implementations, the first operating system is a virtual system running within the second operating system, and the first switching instruction is an instruction detected by the first operating system; the first operating system sends a first state switching information to the second operating system; in response to the first state switching information, the second operating system switches the second display content to a fourth display state and sends a second state switching information to the first operating system; in response to the second state switching information, the first operating system switches the first display content from the first display state to a third display state.
[0018] In the above scheme, the first operating system can also be called the slave device, and the second operating system can also be called the master device. When the slave device detects a command to switch the display state, it needs to send state switching information to the master device first. Based on the state switching information sent by the slave device, the master device can modify its own display state accordingly, and then send a second state switching message to the slave device. Only then can the slave device modify its display state based on the second state switching message. Furthermore, the slave and master devices can synchronize the display state changes, ensuring that the display states of the master and slave devices are consistent and the interface style is unified. This allows users to modify the display states of both the slave and master devices simultaneously with a single operation, eliminating the need for multiple user actions and simplifying the user experience.
[0019] In conjunction with the first aspect, in some implementations, the second operating system is a virtual system running within the first operating system, the first switching instruction is an instruction detected by the first operating system, and the first operating system sends a third state switching information to the second operating system and switches the first display content from the first display state to the third display state, and the second operating system responds to the third state switching information by switching the second display content from the third display state to the fourth display state.
[0020] In the above scheme, the first operating system can also be called the master, and the second operating system can also be called the slave. When the master detects an instruction to switch the display state, it can directly switch the display state and simultaneously send state switching information to the slave, so that the slave can synchronously change its display state. Furthermore, the slave and master can synchronize the display state change information, making their display states consistent and their interface style unified. This allows users to modify the display states of both the master and slave with a single operation, eliminating the need for multiple user actions and simplifying the user experience.
[0021] In conjunction with the first aspect, in some implementations, the framework layer of the first operating system includes a first communication module, and the framework layer of the second operating system includes a second communication module; furthermore, the first communication module sends a first state switching information to the second communication module, and the second communication module sends a second state information to the first communication module.
[0022] In conjunction with the first aspect, in some implementations, the framework layer of the first operating system includes a first communication module, and the framework layer of the second operating system includes a second communication module; furthermore, the first communication module sends a third state switching information to the second communication module.
[0023] In the above scheme, the master and slave devices can add communication modules to their respective framework layers and establish a connection between these modules, enabling them to synchronize the display status changes. Furthermore, the synchronized display status of the master and slave devices ensures a unified interface style, allowing users to modify the display status of both devices with a single operation, eliminating the need for multiple user actions and simplifying the user experience.
[0024] In a second aspect, a display method is provided, applied to an electronic device, the electronic device including a first operating system and a second operating system. The method includes: displaying a first interface, wherein the first interface includes first display content displayed by the first operating system, the first display content having a first display state; the first operating system detecting a first switching instruction, the first switching instruction being used to instruct the first operating system to switch the first display content from the first display state to a third display state; the first operating system sending first state switching information to the second operating system; the second operating system, based on the first state switching information, sending second state switching information to the first operating system, and changing a second display state in the settings of the second operating system to a fourth display state; the first operating system, based on the second state switching information, switching the first display content from the first display state to the third display state; the second operating system detecting a first display instruction, the first display instruction being used to instruct the display of the second display content of the second operating system; and the second operating system displaying the second display content in the fourth display state.
[0025] In the above scheme, the first operating system can be a slave device, and the slave device initially displays content. When the slave device changes its display state, the master device also changes its display state settings. When the master device's content needs to be displayed, it will display the master device's content in the changed display state. This ensures that the display states of the master and slave devices are consistent, resulting in a unified interface style and simplifying the user experience by eliminating the need for multiple user operations.
[0026] Thirdly, a display method is provided, applied to an electronic device, the electronic device including a first operating system and a second operating system. The method includes: displaying a first interface, wherein the first interface includes second display content displayed by the second operating system, the second display content having a second display state; the second operating system detecting a second switching instruction, the second switching instruction being used to instruct the second operating system to switch the second display content from the second display state to a fourth display state; the second operating system sending third state switching information to the first operating system, and switching the second display content from the second display state to the fourth display state, and the first operating system changing a first display state in its settings to a third display state based on the third state switching information; the first operating system detecting a second display instruction, the second display instruction being used to instruct the display of the first display content of the first operating system; and the first operating system displaying the first display content in the third display state.
[0027] In the above scheme, the first operating system can be the host, which initially displays the content. After the host changes its display state, it notifies the slave devices to also change their display state settings. When it is necessary to display the slave device's content, the slave device's content will be displayed with the changed display state. This ensures that the display states of the host and slave devices are consistent, resulting in a unified interface style and simplifying the user experience by eliminating the need for multiple user operations.
[0028] Fourthly, this application provides an electronic device including a processor and a memory, wherein the memory is used to store instructions and the processor is used to execute the instructions, and when the processor executes the instructions, it performs the method described in the first aspect.
[0029] Fifthly, this application provides a computer-readable storage medium storing instructions that, when executed on an electronic device, perform the method described in the first aspect.
[0030] In a sixth aspect, this application provides a computer program product including computer instructions, which, when executed by an electronic device, cause the electronic device to perform the method described in the first aspect. Attached Figure Description
[0031] 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.
[0032] Figures 1A to 1F are schematic diagrams of the slave switching interface display direction of an electronic device provided in an embodiment of this application.
[0033] Figures 2A to 2C are schematic diagrams of the interface for switching color configuration mode or resolution of an electronic device provided in an embodiment of this application;
[0034] Figures 3A and 3B are schematic diagrams of the interface for switching the status bar display status of an electronic device provided in an embodiment of this application;
[0035] Figures 4A to 4D are schematic diagrams of the interface for switching gesture hot zones of an electronic device according to an embodiment of this application;
[0036] Figure 5 is a flowchart illustrating a display method provided in an embodiment of this application;
[0037] Figure 6 is a schematic diagram of the software structure of an electronic device provided in an embodiment of this application;
[0038] Figure 7 is a schematic diagram of the software structure of a host and slave device in an electronic device according to an embodiment of this application;
[0039] Figure 8 is a schematic diagram of the structure of a host and slave device that have established a communication connection in an electronic device according to an embodiment of this application;
[0040] Figure 9A is a schematic diagram of the interaction between the host and the slave device when the slave device receives a display status change instruction, according to an embodiment of this application.
[0041] Figure 9B is a schematic diagram of the interaction between the host and the slave device when the host receives a display status change instruction, according to an embodiment of this application.
[0042] Figure 10 is a flowchart illustrating a display method provided in an embodiment of this application when a slave device receives a display status change instruction;
[0043] Figure 11 is a flowchart illustrating a display method provided in an embodiment of this application when a host receives a display status change instruction;
[0044] Figure 12 is a flowchart illustrating a display method provided in an embodiment of this application when the slave device displays content and receives a display status change instruction;
[0045] Figure 13 is a flowchart illustrating a display method provided in an embodiment of this application when the host displays content and receives a display status change instruction;
[0046] Figure 14 is a schematic diagram of the hardware structure of an electronic device provided in an embodiment of this application. Detailed Implementation
[0047] The illustrative embodiments of this application include, but are not limited to, display methods, media, products, and electronic devices.
[0048] The electronic device used in this application runs an operating system. The electronic device can be any electronic device with a display screen, such as a mobile phone, tablet computer, wearable device, in-vehicle device, augmented reality (AR) / virtual reality (VR) device, laptop computer, personal computer (PC), ultra-mobile personal computer (UMPC), netbook, personal digital assistant (PDA), or dedicated camera (e.g., SLR camera, point-and-shoot camera), etc. Alternatively, the electronic device can also be a physical server or cloud device, such as an x86 server, ARM server, etc. This application does not impose any restrictions on the specific type of electronic device.
[0049] As mentioned earlier, different operating systems have different development environments suitable for different applications, resulting in a limited number of compatible applications on electronic devices. Therefore, in some embodiments, electronic devices can run multiple operating systems, each running compatible applications, allowing a wider range of applications to run simultaneously on a single device. This can be achieved through virtualization technologies such as virtual machines, containers, and emulators, enabling the running of different operating systems on a single electronic device.
[0050] For example, an electronic device can run both the Harmony operating system and the Android operating system simultaneously, with Harmony applications running on the Harmony system and Android applications running on the Android system. Furthermore, both Harmony and Android applications can run on the same electronic device without requiring the user to switch operating systems, saving the time of shutting down the current operating system and starting up the other.
[0051] Multiple operating systems running on electronic devices are typically configured with one operating system as the main operating system, while the other operating systems can be virtual operating systems running under the main operating system. For ease of description, the main operating system running on the electronic device will be referred to as the host or host machine, and the virtual operating system running on the main operating system will be referred to as the guest or slave machine.
[0052] The host and slave devices can be different types of operating systems. These operating systems can include Windows, Linux, Unix, DOS, or Mac OS, as well as Android, iOS, HarmonyOS, Symbian, BlackBerry, Windows Mobile, or Palm OS. This application does not limit the specific type of operating system.
[0053] An electronic device can run one or more slave devices; that is, an electronic device can simultaneously run at least two operating systems (a master device and at least one slave device running under the master device). For ease of explanation, the following example illustrates an electronic device running a master device and one slave device.
[0054] For example, as shown in Figure 1A, PC 10 has a host and a slave device running. Taking the host running a desktop application as an example, the interface of the desktop application can be referred to as interface 101 in Figure 1A. Interface 101 may include relevant display content generated by the host, such as the status bar 102 (also known as the menu bar), the application dock 103, the "Account Information" control 104, and the "Search" control 105. The status bar 102 may also include a Wi-Fi signal strength indicator, a battery status indicator, a time indicator, a volume status indicator, and a Bluetooth indicator. The dock 102 and the desktop in interface 101 may include icons of multiple applications. The application icons displayed in interface 101 generated by the host may include icons of host applications (such as the Notes application 106 and the Settings application 108) and icons of slave applications (Video application 107 and Settings application 109). It should be understood that interface 101 may also include icons of other applications, which will not be elaborated here.
[0055] The slave device can also run applications with slave devices in the background. If the slave device does not request the display interface to the PC10 screen, the interface generated by the slave device will not be displayed on the PC10 screen.
[0056] When an application running on the host machine requires a screen display, the host machine will drive the screen to display the host application's interface. Similarly, when an application running on the slave machine also requires a screen display, the slave machine can also drive the PC10 screen to display the slave application's interface. Therefore, the PC10 screen can simultaneously display the application interfaces of both the host and slave machines.
[0057] Taking the memo application 106 as the host application and the video application 107 as the slave application as an example. When PC 10 receives a selection operation from the memo application 106, the host PC 10 will run the memo application. For example, as shown in FIG1B, PC 10 will display the interface 110 generated by the host, which includes a memo window 111. When PC 10 receives a selection operation from the video application 107, the slave PC 10 will run the video application. At this time, the slave will generate the interface of the video application. For example, as shown in FIG1C, the PC 10 screen displays the memo window 111 generated by the host and the video application window 113 generated by the slave.
[0058] However, since both the host and slave devices on the electronic device have their own complete operating environment built on the PC10, they also have their own display manager services (DMS) and window manager services (WMS) modules. Therefore, the host and slave devices can simultaneously display the generated content on the electronic device's screen. For example, the content generated by the slave device can be displayed as a window on the interface generated by the host, as shown in Figure 1C above. Furthermore, the display states of the content generated by the slave device and the content generated by the host do not affect each other; the slave device can only modify the display state of its own content, without affecting the host's display state. For example, if the slave device adjusts its interface display orientation (e.g., switching from portrait to landscape), but the host device maintains its previous orientation (e.g., maintaining portrait display), the display orientations of the host and slave devices will be inconsistent. However, if the user needs to modify the display states of both the host and slave devices, such as changing both to landscape mode, the display orientation of each device must be modified separately, which is cumbersome.
[0059] For example, as shown in Figure 1C, when the slave device in PC10 detects a selection of the full-screen control 114, it can switch to interface 115 as shown in Figure 1D. The slave device displays the video application interface in full-screen landscape mode, while the host device runs the desktop application and the memo application in the background. Furthermore, the user can also adjust the screen orientation of PC10.
[0060] However, when the user closes the current video application, or switches to display the desktop and / or memo application, the desktop and memo applications running on the host are still displayed in portrait mode. For example, as shown in Figure 1E, after closing the video application running on the slave device, PC10 switches to displaying the interface 116 generated by the host, but the interface 116 generated by the host is still in portrait mode, which is the same as the interface 110 shown in Figure 1B.
[0061] At this point, the user needs to readjust the orientation of the host interface or the PC10 monitor, which is a rather cumbersome process.
[0062] To address the issue of inconsistent display states between the slave and master devices when displaying interfaces with slave devices, this application provides a display method. The electronic device establishes a communication connection between the slave and master devices. Furthermore, upon detecting an adjustment in the display state of an application running on the slave device, the display state of the application running on the master device is synchronously adjusted, ensuring that the master device displays its application interface with the same state. Alternatively, when a change in the display state of an application running on the master device is detected, the display state of the application running on the slave device is also synchronously adjusted.
[0063] In some embodiments, the slave and master devices can generate and send display content to the kernel layer through their respective framework layer modules such as WMS and DMS, and then the kernel layer can drive the screen to display the corresponding content. Furthermore, a communication connection is established between the slave and master devices. Specifically, this can be achieved by adding message broker modules to the framework layers of both devices, establishing a connection between the broker modules in the slave and master devices. The broker module can monitor the instructions sent by WMS to DMS to change the display state and forward these instructions to the peer operating system, enabling the peer operating system to obtain information about changes in the display state of the local operating system and thus change its display state accordingly.
[0064] It should be understood that if an electronic device operates with multiple slave devices, the master device can send information about display status changes to each slave device through communication connections, enabling each slave device to update its display status. For example, if a slave device changes its display status, it will send the changed display status to the master device. The master device will then change its own application's display status and send instructions to other slave devices to also change their display status, allowing the other slave devices to synchronously update their display status.
[0065] In other embodiments, the display state includes one or more of the following: interface display orientation, interface resolution, color configuration mode, gesture hotspot, status bar display area, and sleep mode.
[0066] The interface display orientation includes landscape and portrait modes, and the viewing angles differ depending on the orientation. For example, taking the interfaces shown in Figures 1A to 1C as an example, when the slave device on PC 10 receives a selection operation on control 114, it switches to full-screen landscape mode. The host device receives this information and adjusts the display orientation of background applications (such as the Notes app and the desktop app) to landscape mode. Similarly, when the slave device on PC 10 receives an operation such as closing a video app or switching it to background mode, PC 10 will display the host device's content. The interface generated by the host device at this time can be seen in Figure 1F, where both the desktop app and the Notes app are displayed in landscape mode in interface 117. This eliminates the need for the user to adjust the host device's display orientation or readjust the PC 10's screen orientation, simplifying the user's operations.
[0067] Interface resolution can include parameters such as 1280×768, 1280×720, or 1280×600. Interface color configuration modes can include light mode, dark mode, night mode, day mode, etc., or users can customize different color configurations. The color combinations for the status bar, navigation bar, and interface background will differ depending on the color configuration mode.
[0068] For example, taking the slave device's acquisition of the operation to change the interface resolution as an example, the interface resolution can be modified through the slave device's settings application 109. For example, refer to the interface 201 shown in Figure 2A, which displays a window 203 of the slave device's settings application 109. The slave device detects the selection of various resolution parameters in the option bar 204 of window 203, and can change the slave device's resolution. The master device can obtain the changed interface resolution of the slave device, and then adjust the master device's interface resolution to the same value as the slave device's interface display resolution. In this way, the resolution of the slave device's display content (e.g., window 201) and the master device's display content (e.g., desktop) is consistent, so that the user will not have a large difference when viewing the display content of the two devices, thus improving the overall aesthetics.
[0069] For example, when the slave device receives a user's selection operation to change the interface's color configuration to night mode based on control 205, it can change the interface's color configuration mode to night mode, for example, the application interface background becomes dark. The master device, upon receiving the slave device's change to night mode, can then also adjust itself to night mode. Consequently, window 203 changes to window 202 as shown in Figure 2B. Furthermore, when the electronic device receives a user's selection operation on the master device's memo application 106, it will display the memo application window 207, as shown in Figure 2C, which will also be displayed in night mode. In some examples, if no communication connection is established between the master and slave devices, upon receiving the selection operation on control 205, only window 203 changes to window 202 as shown in Figure 2B; however, the memo application window 206 retains a light background, resulting in an inconsistent overall interface style.
[0070] Changing the status bar display status includes changing the displayed content (e.g., Wi-Fi signal strength indicator, battery status indicator, time indicator, volume status indicator, and Bluetooth indicator), hiding the status bar, showing the status bar, and changing the status bar position. For example, taking the slave device's acquisition of the operation to hide the status bar as an example, interface 301 shown in Figure 3A includes a status bar 302. Taking the slave device's acquisition of the operation to change the status bar display as an example, specifically, the status bar can be modified through the slave device's settings application 109, such as hiding the status bar or modifying the status bar's display icon (notification icon, carrier name, real-time network speed, etc.). For example, after the slave device detects the user's selection to hide the status bar, such as by selecting control 303, the master device will acquire the information that the slave device needs to adjust to not displaying the status bar. Therefore, the master device can also hide the status bar 302. The interface after changing the status bar parameters can be seen in interface 305 shown in Figure 3B.
[0071] A gesture hotspot refers to an area on the screen where a user can trigger certain functions or operations using specific gestures, or an area that primarily responds to touch input. Changing a gesture hotspot can involve altering its extent on the screen, such as moving it to the left, right, bottom, or top of the screen, or changing it to a full-screen gesture hotspot or a one-handed gesture hotspot.
[0072] Taking the slave device's acquisition of a gesture hotspot change operation as an example, the master device can also adjust its gesture hotspot to match or opposite to that of the slave device. For example, as shown in Figure 4A, window 402 in interface 401 displays a soft keyboard 403. When the slave device detects a selection operation based on a control set by the soft keyboard, such as the selection operation of control 404, it can select the soft keyboard mode. For example, referring to the interface shown in Figure 4B, area 406 of interface 405 exemplarily shows that the soft keyboard can include normal mode, one-handed mode, floating mode, etc. As another example, when the slave device detects a user's selection operation based on control 407, the display mode of the slave device's soft keyboard can be switched to the one-handed mode soft keyboard 409 shown in Figure 4C. Here, the soft keyboard 409 is exemplarily adjusted to right-handed one-handed mode, that is, the area of the slave device's gesture hotspot is adjusted to the right-side display area. In some embodiments, the user can also customize the selection, but the mode is left-handed one-handed mode.
[0073] Through the communication connection between the master and slave devices, the master device obtains information about the position of the gesture hotspot adjusted by the slave device. The master device can then adjust the gesture hotspot to the left, opposite to the slave device. As shown in interface 410 in Figure 4D, the master device's soft keyboard 411 also adjusts the gesture hotspot to the left, allowing the user to perform input operations on both the slave and master devices using different hands. Alternatively, the master device can also switch to right-hand mode for display, allowing the user to perform input operations on both the master and slave devices using their right hand.
[0074] In some embodiments, if the host and slave devices receive an operation to adjust a certain display state, they can adjust other display states in addition to adjusting the indicated state parameters. For example, if the slave device receives an operation to change the display orientation from portrait to landscape, the slave and host devices can not only change the interface display orientation but also change the content displayed in the status bar. For instance, the status bar in landscape mode can display more indicators. This application does not impose any specific limitations on this.
[0075] It should be understood that the interface can also have other display states, such as contrast, standby mode, etc., and this application does not specifically limit this. For example, after the slave device sets a standby time, the master device's standby time will also be changed synchronously. After the master and slave devices detect that the standby time has reached the preset standby time, both the slave and master devices can switch to standby mode, such as screen-off mode. As another example, when the master and slave devices are in screen-off mode, when the slave device detects a wake-up command from an application, which will display the slave device's application interface, the slave device will enter screen-on mode. At this time, the master device will also enter screen-on mode, such as displaying the desktop application interface.
[0076] Furthermore, after the local operating system (e.g., host or slave) changes a certain display state, how the remote operating system (e.g., slave or host) adjusts its display state can also be determined by a preset correspondence. This application does not impose specific limitations on this.
[0077] The above example only illustrates the slave device receiving the operation to adjust the display status. In practical applications, the master device could also receive the operation to adjust the display status, and similarly, the slave device would adjust its display status accordingly.
[0078] In summary, the method provided in this application allows the slave and master devices to synchronize their display status through a communication connection, enabling users to modify the display status of both devices simultaneously with a single operation, eliminating the need for multiple user actions and simplifying the user's operation process.
[0079] The following description, with reference to Figure 5, introduces a display method provided in this application, applied to the aforementioned electronic device 100, such as PC 10. The electronic device runs a first operating system and a second operating system, also referred to as the aforementioned host and slave device. The method specifically includes:
[0080] S510: Displays a first interface, which includes the first display content of the first operating system and the second display content of the second operating system.
[0081] The first interface includes display content generated by the slave device and display content generated by the master device (as instances of the first or second display content). The first display content is the first display state, and the second display content is the second display state. The display state includes one or more of the following: interface display orientation, interface resolution, color configuration mode, gesture hotspots, and status bar parameters.
[0082] For example, as shown in Figure 1C, the first display content can be the display content generated by the slave device (e.g., the display content in window 113), and its first display state is portrait display. The second display content is the display content generated by the master device (e.g., the display content in window 111), and its second display state is portrait display.
[0083] S520: A first operation is detected that switches the first display content from the first display state to the third display state.
[0084] The first interface may include a control for switching display states, and the electronic device can detect the selection of this control. This control can belong to the display content of either the slave or master device. For example, as shown in Figure 1C, the slave device's display content includes control 114. When the electronic device detects the selection of control 114 (as an example of a first operation), it can switch the current window 113 from portrait mode to landscape full-screen mode (as an example of a third display state).
[0085] In some embodiments, the first display state can be landscape display and the third display state can be portrait display; or, the first display state can be portrait display and the third display state can be landscape display. When the display state is the interface resolution, the first and third display states can be any different parameter among 1280×768, 1280×720, or 1280×600. When the display state is a color configuration mode, the first and third display states can be any different one among light mode, dark mode, night mode, and day mode. When the display state is a gesture hotspot, the first and third display states can be any different states among normal gesture hotspot mode (or full-screen gesture hotspot), single-handed gesture hotspot mode, and gesture hotspot on the left side of the screen, the right side of the screen, the top of the screen, and the bottom of the screen. The first display state can also be hiding or showing the status bar, and the third display state can also be showing or hiding the status bar. Alternatively, the first display state can also be showing or hiding the first indicator in the status bar, and the third display state can also be hiding or showing the first indicator in the status bar. Switching from the first display state to the third display state can also be done by switching from screen-on mode to screen-off mode, or from screen-off mode to screen-on mode.
[0086] S530: Switch the first display content from the first display state to the third display state, and switch the second display content from the second display state to the fourth display state.
[0087] The electronic device 100 can switch the first display content to the selected third display state according to the operation of switching display states, and can also adjust the display state of the second display content generated by another operating system, switching the second display content to a fourth display state. The descriptions of the second and fourth display states can also refer to the description in the aforementioned step S510.
[0088] For example, taking the interface shown in Figure 1C as an example, when the electronic device 100 receives the selection operation of the control 114, the display content of the slave device can switch from portrait display to landscape full-screen display. Furthermore, the electronic device 100 will also adjust the display state of the master device; after the slave device's display content is turned off, for example, as shown in Figure 1F, the master device's interface also becomes a landscape display.
[0089] The above description uses the display content of the slave device as the first display content as an example. In some embodiments, the first display content can also be the display content of the master device.
[0090] In some embodiments, the second display state and the fourth display state can be the same display state or different display states. For example, as shown in Figures 4A to 4D, the second display state and the fourth display state can both be single-handed modes. However, the second display state can specifically be a single-handed mode with the right side of the screen as the gesture hotspot, and the fourth display state can be a single-handed mode with the left side of the screen as the gesture hotspot. This allows users to operate different content with different hands.
[0091] In other embodiments, the electronic device 100 may establish a communication connection between the host and the slave, so that the peer system can obtain information about the changes in the display status of the local device, and then adjust the display status synchronously. For details, please refer to the process shown in Figure 9A or Figure 9B above, which will not be repeated here.
[0092] The structure of the electronic device involved in this application is described below with reference to Figure 6. As shown in Figure 6, a structural diagram of an electronic device 100 is illustrated. The electronic device 100 includes software resources and hardware resources. The software resources include a host and at least one slave device (e.g., slave device 21 to slave device 2x, where x is a positive integer). The hardware resources include a screen, processor, memory, etc. The host and slave devices share the hardware resources of the electronic device 100.
[0093] The master and slave devices each have their own application layer, framework layer, system library, etc. Figure 7 shows a schematic diagram of the master and slave device structure. Figure 7 uses the framework layer and application layer as examples for illustration. It should be understood that the master and slave devices may also include system libraries, kernel layer, hardware abstraction layer (HAL) layer, etc., which are not shown in Figure 7. The specific architectures of the master and slave devices may differ.
[0094] The application layer can include a series of application packages. For example, the host's application layer can include applications such as email and memos. The host's application layer can also include applications such as games and videos.
[0095] The framework layer provides application programming interfaces (APIs) and programming frameworks for applications in the application layer. The framework layer includes predefined functions. For example, the host's framework layer specifically includes WMS31 and DMS32, and may also include power manager services (PMS)33 and activity manager services (AMS)34, etc. Similarly, the slave's framework layer includes WMS35, DMS36, PMS37, and AMS38.
[0096] WMS31 and WMS35 are used to manage window programs, such as getting the screen size, determining whether there is a status bar, locking the screen, and capturing the screen.
[0097] DMS32 is used to transmit display content to the host's kernel layer, such as the content of dock 103, control 104, control 105, and status bar 106 in Figure 1A. DMS36 is used to transmit display content to the slave's kernel layer, such as the display content in window 113 in Figure 1C.
[0098] The PMS33 is used to monitor, control, and optimize the power usage of electronic devices, and can also include controlling screen shutdown based on screen off time, sleep mode, etc. The PMS37 can also be used to control the display status of relevant windows on the slave device based on screen off time, sleep mode, etc.
[0099] AMS34 is used to manage the activities running on the host machine, including information on processes, applications (APPs), services, and tasks. AMS38 is used to manage the activities running on the slave machines.
[0100] In some examples, the video application in the slave device receives a user's operation to change the display state of the application interface, such as the user switching the slave device's interface from portrait to landscape display. The video application sends a command to WMS35 to change the slave device's interface display orientation, causing WMS35 to send the slave device's display content after the orientation change to DMS36. DMS36 then sends the slave device's display content to the kernel layer, so that the display driver in the kernel layer can send the slave device's display content to the screen of electronic device 10 for display. In this way, only the display content of the slave device's interface changes on the screen of electronic device 10.
[0101] Through the display method provided in this application, the electronic device 100 establishes a communication connection between the host and the slave, for example, through a broker. As shown in Figure 8, a broker agent 41 is added to the host and a broker agent 42 is added to the slave. An inter-process communication (IPC) connection is established between broker agent 41 and broker agent 42, so that when the display state changes, the operating system of the other end can obtain information about the change in display state and thus synchronously change the display state.
[0102] In some embodiments, the final display state of the content displayed on both the slave and master devices on the screen is determined by the master device. For example, taking the slave device receiving an operation to change the display state as an example, broker agent 42 can obtain the display state change request from the slave device, for example, by adding an event hook to hook the display state change request that WMS35 will send to DMS36. Then, broker agent 42 sends the display state change request to broker agent 41, so that the master device can obtain the display state change status of the slave device. After the master device determines the final display state of the screen (including the display content of the slave and master devices), the master device updates its own display content, and the display state change request from the slave device is returned to the slave device through broker agent 41 and broker agent 42. The slave device then completes the display state update according to the display state change request.
[0103] Taking the host receiving a request to change the display status as an example, the host can directly update the content displayed on the host based on the host's display status change request. Furthermore, the host can also determine the display status changes that the slave device needs to make based on the display status change request, and notify the slave device to make the corresponding display status changes through broker agent 41 and broker agent 42.
[0104] In some embodiments, the electronic device 100 may also include a broker service, which provides the function of converting message commands between broker agent 41 and broker agent 42. Since the syntax used by the master and slave devices differs, as do their definitions of interface coordinates and orientation, the broker service can convert the commands between the master and slave devices into the corresponding command language on the receiving end, enabling the receiving end operating system to change the interface display state. Optionally, the broker service may specifically be a module located in the master or slave device framework layer.
[0105] The following sections describe the operations performed by the slave and master devices to change the display status, and the process of changing the interface display status. Specifically, we will use the example of the slave device displaying an interface with a video application and the master device displaying an interface with a memo application.
[0106] First, let's look at Figure 9A to illustrate the situation where the slave device receives an operation to change the display state. As shown in Figure 9A, the video application receives an operation to change the display state, for example, the selection operation of control 114 in Figure 1C.
[0107] After receiving the instruction to switch display states, the video application sends a slave display state change request to WMS35 (S801). This request instructs the slave device to switch to landscape full-screen display. Normally, WMS35 would send the slave display state change request to DMS36, but broker42 hooks the request sent by WMS35 to DMS36 (S802). Then, broker agent 42 sends the slave display state change request to broker service 40 (S803). Broker service 40 converts the slave display state change request to obtain the instruction in the corresponding master format, and then sends the converted slave display state change request to broker agent 41 (S804).
[0108] Broker agent 41 sends a modified slave display state change request to WMS31 (S805). WMS31 determines the final display state of the interface based on the slave display state change request. For example, in the case of Figure 1C, WMS31 can determine that the final interface display state is landscape display. Based on the determined final display state, WMS31 sends a master display state change request to DMS32 (S806). For example, in the case of Figure 2A, WMS31 determines that the master's display content is updated to landscape display and sends a master display state change request to DMS, as well as instructing DMS32 to send an instruction to broker agent 41 to switch the slave to landscape full-screen display.
[0109] Then, DMS32 will also send the slave display status change instruction that the slave needs to execute (as an example of the second state switching information) to broker agent 41 (S807), that is, to display the video playback interface in full screen. In some embodiments, WMS31 may also directly send the slave display status change instruction that the slave needs to execute to broker agent 41, and this application does not impose specific restrictions on this.
[0110] Broker agent 41 sends a slave display status change command to broker service 40 (S808). Broker service 40 converts the command format to obtain the converted slave display status change command and sends the converted slave display status change command to broker agent 42 (S809). Broker agent 42 forwards the slave display status change command to DMS36 (S810). DMS36 sends the display content to be updated (not shown in the figure) to the kernel layer according to the slave display status change request, so that the slave's display interface is a full-screen video playback interface. The final interface is shown in Figure 1D above. DMS36 can also return a response information that it has been switched to full-screen display to WMS35, and WMS35 returns a response information to the video application (not shown in the figure).
[0111] It should be understood that after the slave device switches the video interface to landscape full-screen display, the host's display content is not displayed on the PC10 screen; that is, DMS32 does not need to send the required updated display content to the kernel layer. However, the updated display content of the host can still be generated and / or rendered in the background. After detecting that the user has closed the slave device's video application, the PC10 displays the updated display content of the host (i.e., the landscape desktop application and memo application as shown in Figure 1F).
[0112] In some embodiments, the framework layer of the host and / or slave may also have a functional module for controlling the content displayed on the screen by the host and / or slave. Specifically, the functional module may control the content displayed on the screen by forwarding or intercepting the display content sent from the DMS in the host and / or slave to the kernel layer. This application does not impose specific limitations on this.
[0113] The following section, using Figure 9B, describes the situation where the host obtains the operation to change the display status. As shown in Figure 9B, the example of the memo application obtaining the operation to change the display status will be used for illustration.
[0114] The memorandum will generate a host display status change request based on the obtained display status change operation and send the host display status change request to WMS21 (S901). WMS31 will determine the final display status of the host and slave based on the request and send the host display status change request to DMS32 (S902). At the same time, WMS21 will also send a slave display status change request to broker agent 41 (S903). In some embodiments, DMS32 may also send a slave display status change instruction that the slave needs to execute to broker agent 41, and this application does not impose specific limitations on this.
[0115] Broker agent 41 sends a slave display status change instruction to broker service 40 (S904). Broker service 40 converts the instruction format to obtain the converted slave display status change instruction and sends the converted slave display status change instruction to broker agent 42 (S905). Broker agent 42 forwards the slave display status change instruction to DMS36 (S906). DMS36 will send the display content that needs to be updated (not shown in the figure) to the kernel layer according to the slave display status change request.
[0116] It should be understood that DMS31 will also return response information to WMS31, which in turn will return response information to the memo application. DMS36 will also return response information to WMS35, which will then return response information to the video application.
[0117] In summary, the method provided in this application allows the slave and master devices to synchronize their display status through a communication connection, enabling users to modify the display status of both devices simultaneously with a single operation, eliminating the need for multiple user actions and simplifying the user's operation process.
[0118] In some embodiments, other modules in the host and slave devices may also send requests to WMS31 or WMS35 to change the display state. For example, the slave device may also have AMS38, and the application in the slave device may also send instructions to WMS35 to change the display state through AMS38, such as requesting screen on or screen off operations, so that the broker agent 42 can send the instructions to change the display state to the host. The host determines whether the host also needs to turn the screen on or off; the subsequent process can also refer to the steps shown in Figure 9A.
[0119] For example, the slave device can also include a PMS 37. The PMS 37 can control the slave device to display lock screen, screen off, and other interfaces according to preset power settings. Furthermore, the PMS 37 can send instructions to the WMS 35 to change the display state, such as requesting the display of the lock screen interface, so that the broker agent 42 can also send instructions to change the display state to the master. The master determines whether it should also display the lock screen interface; subsequent procedures can be referred to the steps shown in Figure 9A.
[0120] The following describes another display method provided by this application, applied to the aforementioned electronic device 100, such as PC 10, with reference to Figure 10. The electronic device 100 includes a host and at least one slave device. The method flow shown in Figure 10 is illustrated using the slave device acquiring the operation to change the display state as an example. As shown in Figure 10, the method includes:
[0121] S1010: Start and run the host.
[0122] Optionally, after the host of the electronic device 100 is started and running, an application program can also run on the host. The application on the host can also generate display content through modules such as WMS31 and DMS32 in the framework layer, and send the display content to the kernel layer, so that the display driver controls the screen to display the content of the slave device.
[0123] S1020: Start and run the slave device.
[0124] After the electronic device 100 starts the host, it can also start the slave device. Optionally, the slave device can also run an application. The application in the slave device can also generate display content through modules such as WMS35 and DMS36 in the framework layer, and send the display content to the kernel layer, where the display driver controls the screen to display the slave device's content.
[0125] It should be understood that the electronic device 100 may only display the application interface of the host or slave device, or the display content of the slave device and the host may be displayed on the electronic device at the same time. The process of the slave device and the host generating the display content does not affect each other. For details, please refer to the interfaces shown in Figures 1A to 1C and related descriptions.
[0126] S1030: The slave device has detected an operation that changes the display status.
[0127] The slave device's display content can include controls for switching display states. The slave device can detect the selection of these controls, i.e., it receives an instruction to switch the display state. For example, as shown in Figure 1C, the slave device's display content includes control 114, which is used to switch the current display state from portrait to landscape.
[0128] S1040: The slave device sends the slave device's display status change information to the master device.
[0129] The slave device will send the information that needs to switch the display state to the master device. For example, the slave device can send the display state change information to the master device through the communication connection between the slave device and the master device. The relevant description of the communication connection between the slave device and the master device can be found in the relevant description in Figure 8 above.
[0130] S1050: The host determines the display status of the host based on the status change information.
[0131] The host can determine the final display state of the interface based on the state change information. For example, in the case of Figure 1C above, WMS31 can determine that the final interface display state is changed to landscape mode. Furthermore, the host can generate new interface display content based on the determined final interface display state.
[0132] S1060: The master sends a status change command to the slave.
[0133] The host sends a status change command to the slave device based on the final display status of the interface, so that the slave device can change the display status according to the operation of switching the slave device's display status.
[0134] S1070: The slave device adjusts the display status of the slave device.
[0135] The slave device will change the display state according to the state change command sent by the master device. For example, in the case of Figure 1C, the slave device can switch the interface to a landscape full-screen display as shown in Figure 1D. At this time, the master device's display content may not be displayed on the screen, but the master device's display content has been updated to landscape mode. When the slave device detects that the video application is closed, it can display the master device interface as shown in Figure 1F on the PC10 screen.
[0136] In some embodiments, S1060 may be executed before S1050, or S1050 and S1060 may be executed synchronously. Furthermore, if S1060 may be executed before S1050, S1070 may also be executed before S1050. This application does not impose specific limitations in this regard.
[0137] In summary, the method provided in this application allows the slave and master devices to synchronize their display status through a communication connection, enabling users to modify the display status of both devices simultaneously with a single operation, eliminating the need for multiple user actions and simplifying the user's operation process.
[0138] The following describes another display method provided by this application, applied to the aforementioned electronic device 100, such as PC 10, with reference to Figure 11. The electronic device includes a host and a slave device. The method flow shown in Figure 11 is illustrated using the host obtaining an operation to change the display state as an example. As shown in Figure 11, the method includes:
[0139] S1110: Start and run the host.
[0140] S1120: Start and run the slave device.
[0141] Steps S1110 and S1120 can be referred to the descriptions of steps S1010 and S1020 above, and will not be repeated here.
[0142] S1130: The host detected an operation to switch the host display status.
[0143] The host computer's display content can include controls for switching display states. The host computer can detect the selection of these controls, i.e., it receives the instruction to switch display states.
[0144] S1140: The host adjusts the host's display status.
[0145] The host can determine the final display state of the interface based on operations that switch the host display state. For example, if the host receives an instruction to modify the interface color configuration mode, the host can update the color configuration of the content displayed on the host.
[0146] S1150: The master sends a status change command to the slave.
[0147] The host can send instructions to the slave to change the display state based on the determined final display state of the interface. For example, it can send instructions to the slave to change the color configuration mode.
[0148] It should be understood that the master device can instruct the slave device to change to the same display state as the master device, or it can instruct the slave device to change to a different display state than the master device according to preset rules. For example, if the master device changes its gesture hotspot to the left, the slave device's gesture hotspot can be changed to the right.
[0149] S1160: The slave device adjusts the display status of the slave device.
[0150] The slave device will adjust its display status according to the status change command sent by the master device. For example, the slave device will not display the status bar according to the command to modify the color configuration mode.
[0151] In some embodiments, S1150 may be executed before S1140, or S1140 and S1150 may be executed synchronously. Furthermore, if S1150 may be executed before S1140, S1160 may also be executed before S1140. This application does not impose specific limitations in this regard.
[0152] In summary, the method provided in this application allows the slave and master devices to synchronize their display status through a communication connection, enabling users to modify the display status of both devices simultaneously with a single operation, eliminating the need for multiple user actions and simplifying the user's operation process.
[0153] In some embodiments, the electronic device may initially display only the content of the first operating system. After modifying the display state of the first operating system, when it is necessary to display the content of the second operating system, the second operating system's content will be displayed with the modified display state. The following descriptions will use examples of the host device displaying content first and the slave device displaying content first.
[0154] The following examples, using Figures 2A to 2C as examples, illustrate a display method provided by this application when the slave device first displays content. As shown in Figure 12, the method specifically includes:
[0155] S1210: The slave device generates the content to be displayed on the slave device.
[0156] The electronic device operates with a master and a slave device. The slave device can generate display content and drive the screen of the electronic device to display the slave device's display content (as an example of the first display content). Furthermore, the electronic device can display the interface of the application running on the slave device. For example, as shown in Figure 2A, the desktop application interface and the settings application window 203 in the interface 201 displayed by PC10 can both be generated by the slave device, that is, the content displayed by PC10 can all come from the slave device.
[0157] The display state of the first display content (i.e., the first display state) is determined by the settings of the slave device. The display state includes one or more of the following: interface display direction, interface resolution, color configuration mode, gesture hotspot, and status bar parameters.
[0158] S1220: The slave device has detected a display status switching command.
[0159] The slave device's display content may include a control for switching display states. The slave device can detect the selection of this control, i.e., it receives a command to switch display states (as an example of a first switching command). For instance, the slave device may be instructed to switch from a first display state to a third display state. For example, as shown in Figure 2A, the slave device's display content includes control 205, which is used to turn night mode on or off.
[0160] S1230: The slave device sends slave status switching information to the master device.
[0161] The slave device will send the information that needs to switch the display state to the master device. For example, the slave device can send the display state change information to the master device through the communication connection between the slave device and the master device. The relevant description of the communication connection between the slave device and the master device can be found in the relevant descriptions in Figure 9A or Figure 9B above.
[0162] S1240: The host modifies the host display status settings based on the slave status switching information.
[0163] The host can determine the final display state of the interface based on the slave's status change information and synchronously modify the host's display state settings. For example, it can change the host's display state from the second display state to the fourth display state. For instance, if the slave's status switching information is "night mode enabled," the host can also switch its display state to night mode.
[0164] S1250: The master sends a display status change command to the slave.
[0165] The master device sends a status change command to the slave device based on the final display status of the interface, enabling the slave device to switch its display status accordingly and complete the change. For example, the master device sends a command to the slave device to switch to night mode.
[0166] S1260: Switch slave display status.
[0167] The slave device will change the display status according to the status change command sent by the master device. For example, in the case of Figure 2A above, the slave device can switch window 203 to night mode, as shown in the interface in Figure 2B.
[0168] S1270: The host has detected an instruction to display the host's display content.
[0169] The electronic device can detect a selection of the host application icon on the desktop or in the taskbar, and then the host will receive an instruction to display the host's content. For example, as shown in Figure 2B, the electronic device can detect the user's selection of the host memo application 106, and then the host will receive an instruction to display the memo application interface.
[0170] S1280: The host generates the modified display status of the host display content.
[0171] According to the instruction to display the host display content, the host will display the host display content in a modified display state (as an instance of the second display content). For example, as shown in Figure 2C, the host's memo application window 206 is also displayed in night mode.
[0172] In summary, the display method provided in this application allows for synchronized changes in the display states of other operating systems within an electronic device after one operating system changes its display state. This ensures that the electronic device displays interfaces from different operating systems with the same status. Users can modify the display states of both the slave and master devices simultaneously with a single operation, eliminating the need for multiple user actions and simplifying the user experience.
[0173] The following describes a display method provided by this application, assuming the host computer first displays content. As shown in Figure 13, the method specifically includes:
[0174] S1310: The host generates the content to be displayed on the host.
[0175] Electronic devices operate with a master and a slave. The master can generate display content and drive the screen of the electronic device to display the master's display content (as an example of secondary display content). Furthermore, the electronic device can display the interface of an application running on the master.
[0176] S1320: The host detected a display status switching command.
[0177] The host computer's display content may include controls for switching display states. The host computer can detect the selection operation of the control for switching display states, that is, it receives a command to switch display states (as an instance of a second switching command). For example, the host computer commands the slave computer to switch the second display state to the fourth display state.
[0178] S1330: The host adjusts the host display status.
[0179] The host can update the display status of its content according to the display status switching command, for example, displaying the host content in the fourth display status.
[0180] S1340: The master sends a display status change command to the slave.
[0181] The master also sends state change commands to the slave, so that the slave can switch the slave display state according to the state change commands.
[0182] In some embodiments, steps S1330 and S1340 can be executed simultaneously, or step S1340 can be executed first and then step S1330 can be executed. This application does not impose specific restrictions on this.
[0183] S1350: Setting item for adjusting the slave device display status.
[0184] The slave device will change the display state according to the state change command sent by the master device, for example, changing the slave device's first display state to the third display state.
[0185] S1360: The slave device has detected an instruction to display the slave device's output.
[0186] The electronic device can detect the selection of a slave application icon on the desktop or in the taskbar, and then the slave device will receive an instruction to display the slave device content.
[0187] S1380: The slave device generates the modified display content of the display status.
[0188] The slave device will display the master device's display content (as an instance of the first display content) in a modified display state according to the instruction to display the slave device's display content.
[0189] In summary, the display method provided in this application allows for synchronized changes in the display states of other operating systems within an electronic device after one operating system changes its display state. This ensures that the electronic device displays interfaces from different operating systems with the same status. Users can modify the display states of both the slave and master devices simultaneously with a single operation, eliminating the need for multiple user actions and simplifying the user experience.
[0190] The methods of the embodiments of this application have been described in detail above. In order to facilitate better implementation of the above-described solutions of the embodiments of this application, relevant equipment for cooperating in implementing the above solutions is also provided below.
[0191] Figure 14 is a schematic diagram of the structure of an electronic device 100 provided in this application. As shown in Figure 14, the electronic device 100 includes: a processor 1410, a memory 1420, an interface module 1430, a power module 1440, a wireless communication module 1450, a mobile communication module 1460, an audio module 1470, a sensor module 1480, a button 1490, a camera 1491, a display screen 1492, etc.
[0192] It is understood that the structures illustrated in the embodiments of this application do not constitute a specific limitation on the electronic device 100. In other embodiments of this application, the electronic device 100 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.
[0193] Processor 1410 may include one or more processing units, such as an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural network processing unit (NPU). The different processing units may be independent devices or integrated into one or more processors. Processor 1410 can be used to execute the display methods provided in the embodiments of this application.
[0194] The processor 1410 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 1410 is a cache memory. This memory can store instructions or data that the processor 1410 has just used or that are used repeatedly. If the processor 1410 needs to use the instruction or data again, it can retrieve it directly from the memory. This avoids repeated accesses, reduces the waiting time of the processor 1410, and thus improves the efficiency of the system.
[0195] Interface module 1430 may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.
[0196] The power module 1440 is connected to the processor 1410 and provides power to the processor 1410, memory 1420, camera 1491, display screen 1492, and mobile communication module 1460.
[0197] The wireless communication function of the electronic device 100 can be implemented through a wireless communication module 1450, a mobile communication module 1460, an antenna, a modem processor, and a baseband processor.
[0198] The wireless communication module 1450 can provide solutions for wireless communication applications on the electronic device 100, including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared (IR) technology, etc.
[0199] The mobile communication module 1460 can provide wireless communication solutions, including 2G / 3G / 4G / 5G, for use on electronic devices 100.
[0200] Audio module 1470 is used to convert digital audio information into analog audio signal output, and also to convert analog audio input into digital audio signal. Audio module 1470 can also be used for encoding and decoding audio signals.
[0201] The sensor module 1480 may include pressure sensors, gyroscope sensors, barometric pressure sensors, magnetic sensors, accelerometers, distance sensors, proximity sensors, fingerprint sensors, temperature sensors, touch sensors, ambient light sensors, bone conduction sensors, etc.
[0202] Electronic device 100 implements display functions through GPU, display screen 1492, and application processor.
[0203] Display screen 1494 is used to display images, videos, etc. Display screen 1494 includes a display panel. The display panel may be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a quantum dot light-emitting diode (QLED), etc. In some embodiments, electronic device 100 may include one or N displays screens 1494, where N is a positive integer greater than 1. In some embodiments, electronic device 100 displays interfaces for various applications through the displays screens 1494.
[0204] Electronic device 100 can perform shooting functions through ISP, camera 1491, video codec, GPU, display 1492 and application processor.
[0205] Camera 1491 is used to capture still images or videos. In some embodiments, electronic device 100 may include one or N cameras 1491, where N is a positive integer greater than 1.
[0206] The memory 1420 can be used to store computer executable program code, which includes instructions. The memory 1420 may include a program storage area and a data storage area. The program storage area may store the operating system and at least one application program required for a function (such as an image playback function). The data storage area may store data created during the use of the electronic device 100 (such as screen images). Furthermore, the memory 1420 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, universal flash storage (UFS), etc. The processor 1410 executes various functional applications and data processing of the electronic device 100 by running instructions stored in the memory 1420 and / or instructions stored in memory disposed in the processor. In some embodiments, the processor 1410 executes the screen detection method provided in the embodiments of this application by running instructions stored in the memory 1420.
[0207] Button 1490 includes a power button, volume buttons, etc. Button 1490 can be a mechanical button or a touch button.
[0208] It should be noted that Figure 14 is merely one possible implementation of the embodiment of this application. In actual applications, the electronic device 100 may include more or fewer components, which is not limited here.
[0209] It should be understood that the electronic device shown in Figure 14 can also be a computer cluster consisting of at least one server, and this application does not make any specific limitation.
[0210] This application also provides a computer-readable storage medium storing instructions that, when executed on a processor, enable the implementation of the method flow shown in FIG5 and FIGS10 to 13.
[0211] This application also provides a computer program product in which the method flow shown in FIG5 and FIG10 to FIG13 is implemented when the computer program product is run on a processor.
[0212] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the flow or function according to the embodiments of this application is generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state drive), etc.
[0213] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. This program can be stored in a computer-readable storage medium, and when executed, it can include the processes described in the above method embodiments. The aforementioned storage medium includes various media capable of storing program code, such as read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.
Claims
1. A display method, characterized in that, Applied to an electronic device, the electronic device including a first operating system and a second operating system, the method includes: Displaying a first interface, wherein the first interface includes a first display content of the first operating system and a second display content of the second operating system, the first display content having a first display state and the second display content having a second display state; A first switching instruction is detected, which is used to instruct the first display content to switch from a first display state to a third display state; The first display content is switched from the first display state to the third display state, and the second display content is switched from the second display state to the fourth display state.
2. The method according to claim 1, characterized in that, The switching of the first display content from the first display state to the third display state, and the switching of the second display content from the second display state to the fourth display state, includes at least one of the following: Switch from landscape to portrait mode; Switch from portrait to landscape mode; Switch from the first interface resolution to the second interface resolution, where the first interface resolution is different from the second interface resolution; Switching from a first color configuration mode to a second color configuration mode, wherein the first color configuration mode and the second color configuration mode include one or more of the following: light mode, dark mode, night mode, and day mode; Switch from full-screen gesture hotspot mode to one-handed gesture hotspot mode; Switch from the single-handed gesture hotspot mode to the full-screen gesture hotspot mode; Switch from hiding the status bar to showing the status bar; Switch from displaying the status bar to hiding the status bar; Switch from displaying the first indicator in the status bar to hiding the first indicator; Switch from hiding the first indicator to showing the first indicator; Switch from screen on to screen off; Switch from the screen-off state to the screen-on state.
3. The method according to claim 1, characterized in that, The first operating system is a virtual system running within the second operating system, and the first switching instruction is an instruction detected by the first operating system; furthermore, The step of switching the first displayed content from the first display state to the third display state, and switching the second displayed content from the second display state to the fourth display state, includes: The first operating system sends a first state switching message to the second operating system; In response to the first state switching information, the second operating system switches the second display content to the fourth display state and sends the second state switching information to the first operating system; The first operating system switches the first display content from the first display state to the third display state in response to the second state switching information.
4. The method according to claim 1, characterized in that, The second operating system is a virtual system running within the first operating system, and the first switching instruction is an instruction detected by the first operating system; furthermore, The step of switching the first displayed content from the first display state to the third display state, and switching the second displayed content from the second display state to the fourth display state, includes: The first operating system sends a third state switching message to the second operating system, and switches the first display content from the first display state to the third display state. In response to the third state switching information, the second operating system switches the second display content from the third display state to the fourth display state.
5. The method according to claim 3, characterized in that, The framework layer of the first operating system includes a first communication module, and the framework layer of the second operating system includes a second communication module; and, The first operating system sends first state transition information to the second operating system, including: The first communication module sends the first state switching information to the second communication module; The second operating system sends a second state transition message to the first operating system, including: The second communication module sends the second status information to the first communication module.
6. The method according to claim 4, characterized in that, The framework layer of the first operating system includes a first communication module, and the framework layer of the second operating system includes a second communication module; and, The first operating system sends a third state transition message to the second operating system, including: The first communication module sends a third state switching information to the second communication module.
7. A display method, characterized in that, Applied to an electronic device, the electronic device including a first operating system and a second operating system, the method includes: Display a first interface, wherein the first interface includes first display content displayed by the first operating system, and the first display content has a first display state; The first operating system detects a first switching instruction, which instructs the first operating system to switch the first display content from a first display state to a third display state. The first operating system sends a first state switching message to the second operating system; Based on the first state switching information, the second operating system sends second state switching information to the first operating system and changes the second display state in the settings of the second operating system to the fourth display state; The first operating system switches the first display content from the first display state to the third display state based on the second state switching information; The second operating system detects a first display instruction, which is used to instruct the second operating system to display a second display content; The second operating system displays the second display content in the fourth display state.
8. A display method, characterized in that, Applied to an electronic device, the electronic device including a first operating system and a second operating system, the method includes: Display a first interface, wherein the first interface includes a second display content displayed by the second operating system, and the second display content has a second display state; The second operating system detects a second switching instruction, which instructs the second operating system to switch the second display content from a second display state to a fourth display state; The second operating system sends a third state switching message to the first operating system, and switches the second display content from the second display state to the fourth display state. The first operating system changes the first display state in the settings to the third display state based on the third state switching information. The first operating system detects a second display instruction, which is used to instruct the first operating system to display the first display content; The first operating system displays the first display content in the third display state.
9. An electronic device, characterized in that, It includes a processor and a memory, the memory being used to store instructions, the processor being used to execute the instructions, and when the processor executes the instructions, it performs the method as described in any one of claims 1 to 8.
10. A computer-readable storage medium, characterized in that, Includes instructions that, when executed on an electronic device, cause the electronic device to perform the method as described in any one of claims 1 to 8.
11. A computer program product, characterized in that, The computer program product includes computer instructions that, when executed by an electronic device, enable the electronic device to perform the method as described in any one of claims 1 to 8.