Multi-operating system operation method, device, terminal and storage medium based on cloud phone

Abstract

The present invention discloses a multi-operating system operation method, device, terminal and storage medium based on a cloud phone. The method includes: receiving an operating system selection operation, determining the selected corresponding operating system, and sending the corresponding operating system information to the cloud phone platform so that the cloud phone platform uses container technology to build the operating system; receiving an operating system image issued by the cloud phone platform, and running the operating system image in a container; dividing a work area for the operating system image; receiving operation information, and using the operating system image to convert the operation information into terminal system microinstructions, and caching the terminal system microinstructions and operation information in the work area; sending the terminal system microinstructions in the work area to the cloud phone platform; receiving the cloud phone system microinstructions sent by the cloud phone platform, and caching the cloud phone system microinstructions in the work area, and feeding back the cloud phone system microinstructions to the hardware.

Description

Technical Field

[0001] The present invention relates to the field of communication technologies, and in particular to a multi-operating system operation method, device, terminal and storage medium based on a cloud phone. Background Art

[0002] As mobile network speeds continue to increase, cloud-based applications and services are becoming a trend. Cloud phones are a way to achieve this at the operating system level. Cloud phones are virtual phones built on cloud servers. Terminals can install and run mobile applications, and users can operate the virtual phones on the server using a computer or mobile client.

[0003] At present, the switching of mobile phone operating systems can be achieved through the collaboration of cloud phone platform and terminal. The specific methods are as follows: Cloud OS is based on ARM, X86 architecture server and container technology, and builds Android, iOS, Hongmeng and Windows operating systems on the cloud respectively. The image is bundled one-to-one with the physical mobile phone, and users can switch between different operating systems by calling Cloud OS. Cloud phone has a virtual terminal hardware interface. It takes over the authority of all hardware and communication functions of the terminal (including but not limited to terminal physical layer 5G communication, calls, SMS, WiFi, Bluetooth, TypeC charging, battery, etc.). Third-party applications also initiate calls to the terminal physical hardware and communication capabilities through Cloud OS, and user data is directly stored on the cloud side.

[0004] While implementing this invention, the inventors discovered the following technical problem: When using a cloud phone platform to run multiple operating systems, all computations are performed by the cloud phone platform. Because the cloud phone platform operates on multiple terminals, each running a different operating system, significant computing power is required to ensure the proper operation of each operating system. Any anomalies can affect the normal operation of the cloud phone platform, impacting the user experience with multiple operating systems. Summary of the Invention

[0005] The embodiments of the present invention provide a multi-operating system operation method, device, cloud platform server and storage medium based on a cloud phone to solve the technical problem in the prior art that the cloud phone platform faces great computing pressure in a multi-operating system environment.

[0006] In a first aspect, an embodiment of the present invention provides a multi-operating system operation method based on a cloud phone, comprising:

[0007] Receive an operating system selection operation, determine a corresponding operating system selected according to the operation, and send the corresponding operating system information to the cloud phone platform so that the cloud phone platform uses container technology to build the operating system;

[0008] Receive the operating system image issued by the cloud phone platform and run the operating system image in the container;

[0009] Dividing a working area for the operating system image;

[0010] receiving operation information, converting the operation information into terminal system microinstructions using the operating system image, and caching the terminal system microinstructions and operation information in the work area;

[0011] Sending the terminal system microinstructions in the workspace to the cloud phone platform;

[0012] Receive the cloud phone system microinstructions sent by the cloud phone platform, cache the cloud phone system microinstructions in a workspace, and feed back the cloud phone system microinstructions to the hardware.

[0013] In a second aspect, an embodiment of the present invention further provides a multi-operating system running device based on a cloud phone, comprising:

[0014] A selection module is configured to receive an operation to select an operating system, determine a corresponding operating system to be selected based on the operation, and send the corresponding operating system information to the cloud phone platform so that the cloud phone platform can build the operating system using container technology;

[0015] The running module is used to receive the operating system image issued by the cloud phone platform and run the operating system image in the container;

[0016] A partitioning module, configured to partition a working area for the operating system image;

[0017] a cache module, configured to receive operation information, convert the operation information into terminal system microinstructions using the operating system image, and cache the terminal system microinstructions and operation information in the work area;

[0018] A sending module, used for sending the terminal system microinstructions in the work area to the cloud phone platform;

[0019] The feedback module receives the cloud phone system microinstructions sent by the cloud phone platform, caches the cloud phone system microinstructions in a workspace, and feeds back the cloud phone system microinstructions to the hardware.

[0020] In a third aspect, an embodiment of the present invention further provides a server, including:

[0021] one or more processors;

[0022] a storage device for storing one or more programs,

[0023] When the one or more programs are executed by the one or more processors, the one or more processors implement the multi-operating system operation method based on the cloud phone as provided in the above embodiment.

[0024] In a fourth aspect, an embodiment of the present invention further provides a storage medium containing computer-executable instructions, which, when executed by a computer processor, are used to execute the multi-operating system operation method based on a cloud phone as provided in the above embodiment.

[0025] The embodiment of the present invention provides a multi-operating system operation method, device, cloud platform server and storage medium based on cloud phone, which receives an operating system selection operation, determines the selected corresponding operating system according to the operation, and sends the corresponding operating system information to the cloud phone platform so that the cloud phone platform uses container technology to build the operating system; receives the operating system image issued by the cloud phone platform and runs the operating system image in the container; divides the operating system image into a work area; receives operation information, and converts the operation information into terminal system microinstructions using the operating system image, caches the terminal system microinstructions and operation information in the work area; sends the terminal system microinstructions in the work area to the cloud phone platform; receives the cloud phone system microinstructions sent by the cloud phone platform, caches the cloud phone system microinstructions in the work area, and feeds the cloud phone system microinstructions back to the hardware. By setting a work area on the terminal side, the amount of cloud OS instruction compilation can be reduced, cloud collaboration can be achieved, the computing power of the terminal side can be fully utilized, and excessive dependence on cloud phone platform operations can be reduced, avoiding abnormal situations caused by computing power when the cloud phone platform runs multiple operating systems, affecting the normal operation of the cloud phone platform. It can ensure smooth operation when users use multiple operating systems, improving the user experience of using multiple operating systems. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] Other features, objects and advantages of the present invention will become more apparent upon reading the detailed description of non-limiting embodiments made with reference to the following drawings:

[0027] Figure 1 This is a flowchart of a multi-operating system operation method based on a cloud phone provided in the first embodiment of the present invention;

[0028] Figure 2 This is a flowchart of a multi-operating system operation method based on a cloud phone provided in the second embodiment of the present invention;

[0029] Figure 3 This is a flowchart of a multi-operating system operation method based on a cloud phone provided in the third embodiment of the present invention;

[0030] Figure 4This is a schematic diagram of the structure of a multi-operating system running device based on a cloud phone provided by the fourth embodiment of the present invention;

[0031] Figure 5 This is a schematic diagram of the architecture of the terminal and multi-operating system cloud phone platform provided in Example 5 of the present invention. DETAILED DESCRIPTION

[0032] The present invention will be further described in detail below with reference to the accompanying drawings and examples. It will be understood that the specific embodiments described herein are intended only to illustrate the present invention and are not intended to limit the present invention. It should also be noted that, for ease of description, the accompanying drawings only illustrate portions relevant to the present invention, not all structures.

[0033] Example 1

[0034] Figure 1 This is a flowchart of a multi-operating system running method based on a cloud phone, provided in the first embodiment of the present invention. This embodiment is applicable to the case where a terminal is used to run multiple operating systems based on a cloud phone platform. The method can be executed by a multi-operating system running device based on a cloud phone and can be integrated into the terminal. Specifically, the method includes the following steps:

[0035] S110, receiving an operating system selection operation, determining a selected corresponding operating system according to the operation, and sending the corresponding operating system information to the cloud phone platform so that the cloud phone platform uses container technology to build the operating system.

[0036] The cloud phone platform also offers a unified and open application development environment. Cloud compilers adapt to various operating systems, virtual terminals and physical hardware in the cloud complete application and hardware compatibility testing, and cloud-based testing, certification, and release channels enable third-party applications to be developed, adapted, tested, released, and maintained through OTA for each operating system. This effectively addresses the issue of third-party applications being constrained by different OS development environments, resulting in high development costs and long release times.

[0037] In this embodiment, the cloud phone platform utilizes container technology to provide multiple operating systems. Users can select the operating system they want to use based on their needs. The cloud phone platform then runs the selected operating system using a container device. This allows for the separation of architecture and application systems, enabling the operation of multiple operating systems on the same architecture.

[0038] The user can select the corresponding operating system on the terminal side. For example, a corresponding cloud phone operation interface can be provided on the terminal side, and the user can select the operating system to be used in the operation interface. For example, the selection can be completed by clicking the icon of the operating system.

[0039] The terminal can receive the operation, determine the corresponding operating system based on the click location, and send the selected operating system information to the cloud phone platform. The cloud phone platform uses container technology to build the operating system.

[0040] S120: Receive the operating system image sent by the cloud phone platform, and run the operating system image in the container.

[0041] To achieve cloud collaboration, the cloud phone platform can send the corresponding operating system image to the terminal, and the terminal uses its own container to run the operating system using the operating system image. After the user runs the cloud phone operating system, the operating system image can be retained or deleted according to the user's needs.

[0042] S130, dividing a working area for the operating system image.

[0043] In this embodiment, to facilitate the cloud-side collaboration to run multiple operating systems, a workspace can be divided on the terminal side. For example, an independent space can be divided in the eMMC storage area or memory area on the terminal side as a workspace for operating system mirroring to run the corresponding operating system.

[0044] Optionally, the operating system image can be divided into a first working area and a second working area, wherein the first working area is used to cache the terminal system microinstructions and operation information, and the second working area is used to cache the cloud phone system microinstructions, so as to facilitate the execution of corresponding actions and avoid confusion of stored data.

[0045] S140 , receiving operation information, and converting the operation information into terminal system microinstructions using the operating system image, and caching the terminal system microinstructions and operation information in the work area.

[0046] When users use the cloud phone platform, they still interact with the current terminal. At this time, the operating system can receive corresponding operation information through the corresponding hardware and convert the operation information into terminal system microinstructions using the operating system image. The terminal system microinstructions can be instructions corresponding to the hardware abstraction layer in the operating system architecture, which is equivalent to compiled instructions that can be directly used by the hardware. At the same time, the corresponding operation information is also recorded. The operation information can be the corresponding operation action and the system time when the operation occurred. This system time is consistent with the cloud platform system time.

[0047] S150, sending the terminal system microinstructions in the work area to the cloud phone platform.

[0048] The terminal system microinstructions cached in the first workspace can be used. The cloud phone platform does not need to recompile according to the corresponding operations, but can directly perform operations based on the microinstructions, thereby reducing the operations of the cloud phone platform to compile the instructions.

[0049] S160, receiving the cloud phone system microinstructions sent by the cloud phone platform, caching the cloud phone system microinstructions in a work area, and feeding back the cloud phone system microinstructions to the hardware.

[0050] The cloud phone platform can perform operations based on the received terminal system microinstructions and feed the results back to the terminal, calling the terminal hardware for display or playback. This facilitates the user to perform the next interactive operation based on the displayed content. In this embodiment, the received cloud phone system microinstructions can be cached in the second workspace.

[0051] The operating system image can be used to parse the cloud phone system microinstructions. Since the cloud phone system microinstructions are also based on the corresponding instructions of the hardware abstraction layer in the operating system architecture, they can be directly fed back to the corresponding hardware without compilation, realizing display or other corresponding hardware functions. This reduces the corresponding process of using the cloud phone platform to call hardware, improves the operating system's responsiveness, and makes operation smoother. This enhances the user experience of using the operating system corresponding to the cloud phone platform.

[0052] This embodiment receives an operating system selection operation, determines the selected corresponding operating system according to the operation, and sends the corresponding operating system information to the cloud phone platform so that the cloud phone platform uses container technology to build the operating system; receives the operating system image issued by the cloud phone platform and runs the operating system image in the container; divides the operating system image into a work area; receives operation information, and uses the operating system image to convert the operation information into terminal system microinstructions, caches the terminal system microinstructions and operation information in the work area; sends the terminal system microinstructions in the work area to the cloud phone platform; receives the cloud phone system microinstructions sent by the cloud phone platform, caches the cloud phone system microinstructions in the work area, and feeds the cloud phone system microinstructions back to the hardware. By setting up a work area on the terminal side, the amount of cloud OS instruction compilation can be reduced, cloud collaboration can be achieved, the computing power of the terminal side can be fully utilized, and excessive dependence on cloud phone platform operations can be reduced, avoiding abnormal situations caused by computing power when the cloud phone platform runs multiple operating systems, affecting the normal operation of the cloud phone platform. It can ensure that users run smoothly when using multiple operating systems, improving the user experience of using multiple operating systems.

[0053] Example 2

[0054] Figure 2A flow chart of a multi-operating system operation method based on a cloud phone provided in the second embodiment of the present invention. This embodiment is optimized based on the above embodiment. In this embodiment, the method may further add the following steps: allocating a buffer zone, the buffer zone is used to synchronize the memory information in the cloud phone platform, and negotiating a timed memory synchronization mechanism with the cloud phone platform; synchronizing the memory information in the cloud phone platform to the buffer zone according to the timed memory synchronization mechanism. Detecting the communication quality with the cloud phone platform, when the communication quality is less than the communication quality threshold, writing the memory content of the buffer zone to the memory of the operating system mirror, and running the operating system corresponding to the operating system mirror.

[0055] Accordingly, the multi-operating system operation method based on the cloud phone provided in this embodiment specifically includes:

[0056] S210, receiving an operating system selection operation, determining a selected corresponding operating system according to the operation, and sending the corresponding operating system information to the cloud phone platform so that the cloud phone platform uses container technology to build the operating system.

[0057] S220, receiving the operating system image issued by the cloud phone platform, and running the operating system image in the container.

[0058] S230: Divide a working area for the operating system image.

[0059] S240, receiving operation information, and using the operating system image to convert the operation information into terminal system microinstructions, caching the terminal system microinstructions and operation information in the work area, and sending the terminal system microinstructions in the work area to the cloud phone platform.

[0060] S250, receiving the cloud phone system microinstructions sent by the cloud phone platform, caching the cloud phone system microinstructions in a work area, and feeding back the cloud phone system microinstructions to the hardware.

[0061] S260: Allocate a buffer zone for synchronizing memory information in the cloud phone platform, and negotiate a timed memory synchronization mechanism with the cloud phone platform.

[0062] The cloud phone platform needs to communicate with the terminal in real time in order to execute the corresponding multi-operating system functions of the cloud phone platform. It is completely dependent on the network. However, in actual use, it is difficult to ensure that the terminal and the cloud phone platform are in a stable communication state, especially when the terminal is moving. If the network situation is abnormal, there will be freezes or even freezes. To solve this problem, in this embodiment, a buffer can be allocated on the terminal side, which is used to synchronize the memory information in the cloud phone platform. By utilizing the synchronized content in the cache area, the terminal can take over the cloud phone platform at any time and perform the corresponding computing functions. After allocating the buffer, it is necessary to negotiate with the cloud phone platform to determine the timing synchronization mechanism. Due to the influence of network transmission and real-time computing of the cloud platform, it is actually not possible to achieve complete synchronization. Therefore, a timing mechanism can be used for synchronization. The timing memory synchronization mechanism may include: the synchronization interval duration and the time of the first synchronization

[0063] S270: Synchronize the memory information in the cloud phone platform to the buffer zone according to the timed memory synchronization mechanism.

[0064] Exemplarily, according to the above-mentioned synchronization mechanism, all the memory data corresponding to the container in the cloud phone platform corresponding to the set time can be cached and sent to the terminal side, and the terminal stores the received cached data in the buffer zone.

[0065] S280, detecting the communication quality with the cloud phone platform, and when the communication quality is less than a communication quality threshold, writing the memory content of the buffer into the memory of the operating system image, and running the operating system corresponding to the operating system image.

[0066] When a cloud phone platform provides multi-operating system services, large amounts of data are transmitted over the network, and users interact with the cloud phone platform through the network on the terminal side. If a problem occurs in the communication network, interaction cannot continue. Therefore, in this embodiment, the terminal side monitors the communication quality with the cloud phone platform in real time. This communication quality can include bandwidth and latency. When the bandwidth and / or latency are less than the set minimum threshold, the current network communication quality is considered poor.

[0067] If network communication quality deteriorates, the cloud phone platform will no longer be able to send system microinstructions to the terminal, and the terminal will also be unable to send user operation information to the cloud phone platform. This can cause lag or even a freeze on the terminal side. To avoid this, when it is detected that communication quality does not meet requirements, the memory synchronization content stored in the cache is copied to the memory space corresponding to the terminal operating system image, and the operating system image is run. The operating system can then restore various processes based on the synchronized memory content and perform calculations, thus achieving the function of replacing the cloud phone platform.

[0068] Optionally, due to the deviation between the synchronized memory and the actual current running status, the user experience is affected. Therefore, in this embodiment, the synchronized operation information can be obtained from the first workspace according to the memory synchronization time, and the memory synchronization content stored in the cache area is copied to the memory space corresponding to the terminal operating system image, and the terminal operating system microinstructions corresponding to the operation information are executed in sequence, thereby achieving operating system synchronization consistent with the user's actual experience.

[0069] This embodiment adds the following steps: allocating a buffer zone, the buffer zone is used to synchronize the memory information in the cloud phone platform, and negotiating a timed memory synchronization mechanism with the cloud phone platform; synchronizing the memory information in the cloud phone platform to the buffer zone according to the timed memory synchronization mechanism. Detecting the communication quality with the cloud phone platform, when the communication quality is less than the communication quality threshold, writing the memory content of the buffer zone to the memory of the operating system mirror, and running the operating system corresponding to the operating system mirror. In the case of poor network communication, the terminal side can use the operating system mirror to continue running the operating system by writing the synchronized memory information corresponding to the cloud phone platform operating system to the local memory. It can continue to run and perform calculations. And feed back the calculation results to the terminal hardware. Avoid stagnation in weak network or cloud service offline state, which reduces the user experience.

[0070] In a preferred implementation of this embodiment, the method may further add the following steps: when the communication quality is greater than the communication quality threshold, synchronizing the memory of the operating system image to the buffer; synchronizing the content of the buffer to the cloud phone platform; and terminating the operation of the operating system corresponding to the operating system image. When the network communication quality improves, the buffer can be used to upload and synchronize all data in the memory area used by the local terminal operating system image to the cloud phone platform. The cloud phone platform operating system can take over the operation of the operating system based on the synchronized memory content, and can fully utilize the advantages of the cloud phone platform such as strong computing power. The migration of operating systems running on the terminal and the cloud phone platform is realized. Further enhance the user experience of using the cloud phone platform to run multiple operating systems.

[0071] Example 3

[0072] Figure 3A flowchart of a multi-operating system operation method based on a cloud phone is provided for the third embodiment of the present invention. This embodiment is optimized based on the above embodiment. In this embodiment, the memory information in the cloud phone platform is synchronized to the buffer according to the timed memory synchronization mechanism, including: detecting the number of new hardware operation information per unit time in the first working area; if the number of new hardware operation information exceeds a preset value, issuing a delayed synchronization request; and performing memory synchronization when the number of operation information drops to a preset value.

[0073] Accordingly, the multi-operating system operation method based on the cloud phone provided in this embodiment specifically includes:

[0074] S310, receiving an operating system selection operation, determining a selected corresponding operating system according to the operation, and sending the corresponding operating system information to the cloud phone platform so that the cloud phone platform uses container technology to build the operating system.

[0075] S320: Receive the operating system image sent by the cloud phone platform, and run the operating system image in the container.

[0076] S330: Divide a working area for the operating system image.

[0077] S340, receiving operation information, and using the operating system image to convert the operation information into terminal system microinstructions, caching the terminal system microinstructions and operation information in the work area, and sending the terminal system microinstructions in the work area to the cloud phone platform.

[0078] S350, receiving the cloud phone system microinstructions sent by the cloud phone platform, caching the cloud phone system microinstructions in a work area, and feeding back the cloud phone system microinstructions to the hardware.

[0079] S360: Allocate a buffer zone for synchronizing memory information in the cloud phone platform, and negotiate a timed memory synchronization mechanism with the cloud phone platform.

[0080] S370: Detect the amount of new hardware operation information added per unit time in the first working area.

[0081] Choosing the right timing for synchronizing the buffer with the cloud phone platform's operating system's memory is particularly important. If the synchronization frequency is too high, it will significantly increase the amount of data transferred between the cloud OS and the terminal, impacting normal data interaction between the cloud phone platform and the terminal. Conversely, if the synchronization frequency is too low, the synchronized data will be far from the current time, requiring the terminal image to calculate the state corresponding to the moment of disconnection. Therefore, a timing mechanism can be combined with an event mechanism to set the timing for synchronizing the buffer with the cloud phone platform's operating system's memory.

[0082] After the cloud phone platform operating system program is launched, for example, the number of processes can be used to determine whether the startup is complete. A synchronization instruction is sent to the terminal. The synchronization instruction should include the set memory address range, and the terminal buffer cache synchronizes the corresponding memory contents. After completing the initial synchronization, a timing combined with a terminal event initiation mechanism can be used for memory synchronization. The timing can be that both parties determine the synchronization time based on the number of processes corresponding to the application. The more processes there are, the shorter the synchronization interval. Conversely, the longer the synchronization interval. The more operation information there is, the more event triggers there are. Therefore, the synchronization mechanism needs to be adjusted.

[0083] S380: If the amount of newly added hardware operation information exceeds a preset value, a delayed synchronization request is issued, and memory synchronization is performed when the amount of operation information drops to a preset value.

[0084] A memory synchronization request can be issued to the cloud phone platform based on the number of new hardware operation information added per unit time in the workspace. If the number of new hardware operation information exceeds a certain value, the cloud phone platform will process the corresponding operation information, and the number of threads will change significantly, which will lead to a large change in memory. At this time, the synchronized data will generate more dirty data pages, and the memory obtained by synchronization at this time will vary greatly from the actual cloud OS memory. Therefore, a delayed or early synchronization request can be issued to the cloud OS based on the amount of operation information. Specifically, when the number of operation information exceeds a certain value, a delayed synchronization request is issued, and synchronization is performed when the number of operation information drops to the aforementioned fixed value.

[0085] S390, detecting the communication quality with the cloud phone platform, and when the communication quality is less than the communication quality threshold, writing the memory content of the buffer into the memory of the operating system image, and running the operating system corresponding to the operating system image.

[0086] This embodiment synchronizes the memory information in the cloud phone platform to the buffer using the timed memory synchronization mechanism, including: detecting the number of newly added hardware operation information per unit time in the first workspace; issuing a delayed synchronization request if the number of newly added hardware operation information exceeds a preset value; and performing memory synchronization when the number of operation information drops to a preset value. This prevents excessive synchronization frequency from affecting network transmission, and while reducing the synchronization frequency, ensures that the data synchronized in the buffer is as close to the memory content of the cloud phone platform as possible.

[0087] Example 4

[0088] Figure 4 This is a schematic diagram of the structure of a multi-operating system running device based on a cloud phone provided by the fourth embodiment of the present invention. Figure 4 As shown, the device includes:

[0089] A selection module 410 is configured to receive an operation to select an operating system, determine a corresponding operating system to be selected based on the operation, and send the corresponding operating system information to the cloud phone platform so that the cloud phone platform can build the operating system using container technology;

[0090] The running module 420 is used to receive the operating system image issued by the cloud phone platform and run the operating system image in the container;

[0091] A partitioning module 430 is configured to partition a working area for the operating system image;

[0092] a cache module 440 for receiving operation information, converting the operation information into terminal system microinstructions using the operating system image, and caching the terminal system microinstructions and operation information in the work area;

[0093] The sending module 450 is used to send the terminal system microinstructions in the work area to the cloud phone platform;

[0094] The feedback module 460 receives the cloud phone system microinstructions sent by the cloud phone platform, caches the cloud phone system microinstructions in a workspace, and feeds back the cloud phone system microinstructions to the hardware.

[0095] The multi-operating system running device based on a cloud phone provided in this embodiment receives an operating system selection operation, determines the corresponding operating system selected according to the operation, and sends the corresponding operating system information to the cloud phone platform so that the cloud phone platform uses container technology to build the operating system; receives the operating system image issued by the cloud phone platform and runs the operating system image in the container; divides the operating system image into a work area; receives the operation information and converts the operation information into terminal system microinstructions using the operating system image, caches the terminal system microinstructions and operation information in the work area; sends the terminal system microinstructions in the work area to the cloud phone platform; receives the cloud phone system microinstructions sent by the cloud phone platform, caches the cloud phone system microinstructions in the work area, and feeds the cloud phone system microinstructions back to the hardware. By setting up a work area on the terminal side, the amount of cloud OS instruction compilation can be reduced, cloud collaboration can be achieved, the computing power of the terminal side can be fully utilized, and excessive dependence on the cloud phone platform operation can be reduced, avoiding abnormal situations caused by computing power when the cloud phone platform runs multiple operating systems, affecting the normal operation of the cloud phone platform. It can ensure smooth operation when users use multiple operating systems and improve the user experience of using multiple operating systems.

[0096] Based on the above embodiments, the division module includes:

[0097] The partitioning unit is used to divide the operating system image into a first working area and a second working area, the first working area is used to cache the terminal system microinstructions and operation information, and the second working area is used to cache the cloud phone system microinstructions.

[0098] Based on the above embodiments, the device further includes:

[0099] The allocation module is used to allocate a buffer zone, and the buffer zone is used to synchronize memory information in the cloud phone platform.

[0100] Based on the above embodiments, the device further includes:

[0101] A negotiation module, configured to negotiate a timed memory synchronization mechanism with the cloud phone platform;

[0102] A synchronization module is used to synchronize the memory information in the cloud phone platform to the buffer zone according to the timed memory synchronization mechanism.

[0103] Based on the above embodiments, the synchronization module includes:

[0104] A detection unit, configured to detect the amount of new hardware operation information added per unit time in the first working area;

[0105] The delay unit is configured to issue a delay synchronization request if the amount of newly added hardware operation information exceeds a preset value;

[0106] The synchronization unit is used to synchronize the memory when the amount of operation information drops to a preset value.

[0107] Based on the above embodiment, the device further includes:

[0108] A writing module is used to detect the communication quality with the cloud phone platform. When the communication quality is less than a communication quality threshold, the memory content of the buffer is written into the memory of the operating system image and the operating system image is run.

[0109] Based on the above embodiment, the device further includes:

[0110] A mirror synchronization module, configured to synchronize the memory of the operating system mirror to a buffer when the communication quality is greater than a communication quality threshold;

[0111] A cloud phone platform synchronization module, used to synchronize the contents of the buffer zone to the cloud phone platform;

[0112] The termination module is used to terminate the operation of the operating system corresponding to the operating system image.

[0113] The multi-operating system running device based on a cloud phone provided in an embodiment of the present invention can execute the multi-operating system running method based on a cloud phone provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of the execution method.

[0114] Example 5

[0115] Figure 5 This is a schematic diagram of the architecture of the terminal and multi-operating system cloud phone platform provided in Example 5 of the present invention. The above architecture is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present invention.

[0116] Both the terminal and the multi-OS cloud phone platform are implemented as general-purpose computing devices. The multi-OS cloud phone platform can adopt a variety of system architectures. The components of the terminal and the multi-OS cloud phone platform may include, but are not limited to, one or more processors or processing units, system memory, and buses connecting different system components (including the system memory and processing units).

[0117] The term "bus" refers to one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor, or a local bus using any of a variety of bus architectures. Examples of these architectures include, but are not limited to, the Industry Standard Architecture (ISA) bus, the Micro Channel Architecture (MAC) bus, the Enhanced ISA bus, the Video Electronics Standards Association (VESA) local bus, and the Peripheral Component Interconnect (PCI) bus.

[0118] Terminals and multi-operating system cloud phone platforms typically include a variety of computer system-readable media. These media can be any available media that can be accessed by the terminal and operating system, including volatile and non-volatile media, removable and non-removable media.

[0119] The system memory may include computer system readable media in the form of volatile memory, such as random access memory (RAM) and / or cache memory. Other removable / non-removable, volatile / non-volatile computer system storage media may be further included. By way of example only, the storage system may be used to read and write non-removable, non-volatile magnetic media, and a disk drive may be provided for reading and writing to a removable non-volatile disk (e.g., a "floppy disk"), as well as an optical disk drive for reading and writing to a removable non-volatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media). In these cases, each drive may be connected to the bus via one or more data medium interfaces. The memory may include at least one program product having a set (e.g., at least one) of program modules that are configured to perform the functions of the various embodiments of the present invention.

[0120] A program / utility having a set (at least one) of program modules may be stored, for example, in a memory. Such program modules 42 include, but are not limited to, an operating system, one or more application programs, other program modules, and program data. Each or some combination of these examples may include an implementation of a network environment. The program modules generally perform the functions and / or methods of the embodiments described herein.

[0121] The terminal and the multi-operating system cloud phone platform may also communicate with one or more external devices (such as keyboards, pointing devices, displays, etc.), and may also communicate with one or more devices that enable users to interact with the terminal and the multi-operating system cloud phone platform, and / or communicate with any device that enables the terminal and the multi-operating system cloud phone platform to communicate with one or more other computing devices (such as network cards, modems, etc.). This communication can be carried out through an input / output (I / O) interface. In addition, it is also possible to communicate with one or more networks (such as a local area network (LAN), a wide area network (WAN) and / or a public network, such as the Internet) through a network adapter. It should be understood that although not shown in the figure, other hardware and / or software modules can be used in combination, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0122] The processing unit executes various functional applications and data processing by running programs stored in the system memory, such as implementing the multi-operating system operation method based on the cloud phone provided in an embodiment of the present invention.

[0123] Example 6

[0124] Embodiment 6 of the present invention further provides a storage medium containing computer-executable instructions, which, when executed by a computer processor, are used to execute the multi-operating system operation method based on a cloud phone as provided in the above embodiment.

[0125] The computer storage medium of the embodiment of the present invention may adopt any combination of one or more computer-readable media. The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or component, or any combination thereof. More specific examples (a non-exhaustive list) of computer-readable storage media include: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In this document, a computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, device or device.

[0126] A computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, which carries computer-readable program code. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium that can transmit, propagate, or transport a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0127] Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

[0128] Computer program code for performing the operations of the present invention may be written in one or more programming languages, or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a stand-alone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., through the Internet using an Internet service provider).

[0129] Note that the above are only preferred embodiments of the present invention and the technical principles employed. Those skilled in the art will understand that the present invention is not limited to the specific embodiments described herein, and that various obvious changes, readjustments, and substitutions can be made by those skilled in the art without departing from the scope of protection of the present invention. Therefore, although the present invention has been described in detail through the above embodiments, the present invention is not limited to the above embodiments and may include many other equivalent embodiments without departing from the concept of the present invention. The scope of the present invention is determined by the scope of the appended claims.

Claims

1. A multi-operating system operation method based on a cloud phone, characterized in that: The method is run in a terminal and includes: Receive an operating system selection operation, determine a corresponding operating system selected according to the operation, and send the corresponding operating system information to the cloud phone platform so that the cloud phone platform uses container technology to build the operating system; Receive the operating system image issued by the cloud phone platform and run the operating system image in the container; Dividing a working area for the operating system image; receiving operation information, converting the operation information into terminal system microinstructions using the operating system image, and caching the terminal system microinstructions and the operation information in the workspace, wherein the terminal system microinstructions may be instructions corresponding to a hardware abstraction layer in an operating system architecture, equivalent to compiled instructions that can be directly used by hardware; Sending the terminal system microinstructions in the workspace to the cloud phone platform; Receive the cloud phone system microinstructions sent by the cloud phone platform, cache the cloud phone system microinstructions in a workspace, and feed back the cloud phone system microinstructions to the hardware.

2. The method according to claim 1, characterized in that The step of dividing the operating system image into a working area includes: The operating system image is divided into a first working area and a second working area, the first working area is used to cache the terminal system microinstructions and operation information, and the second working area is used to cache the cloud phone system microinstructions.

3. The method according to claim 2, characterized in that The method further comprises: Allocate a buffer zone for synchronizing memory information in the cloud phone platform.

4. The method according to claim 3, characterized in that The method further comprises: Negotiate a timed memory synchronization mechanism with the cloud phone platform; The memory information in the cloud phone platform is synchronized to the buffer zone according to the timed memory synchronization mechanism.

5. The method according to claim 4, characterized in that The method further comprises: The communication quality with the cloud phone platform is detected. When the communication quality is less than a communication quality threshold, the memory content of the buffer is written into the memory of the operating system image, and the operating system image is run.

6. The method according to claim 5, characterized in that The method further comprises: When the communication quality is greater than a communication quality threshold, synchronizing the memory of the operating system image to a buffer zone; Synchronize the content of the buffer to the cloud phone platform; Terminate the operation of the operating system corresponding to the operating system image.

7. The method according to claim 4, characterized in that The step of synchronizing the memory information in the cloud phone platform to the buffer zone according to the timed memory synchronization mechanism includes: Detecting the number of new hardware operation information per unit time in the first working area; If the number of newly added hardware operation information exceeds the preset value, a delayed synchronization request is issued; And when the amount of operation information drops to a preset value, memory synchronization is performed.

8. A multi-operating system running device based on a cloud phone, characterized in that: The device is provided in a terminal and includes: A selection module is configured to receive an operation to select an operating system, determine a corresponding operating system to be selected based on the operation, and send the corresponding operating system information to the cloud phone platform so that the cloud phone platform can build the operating system using container technology; The running module is used to receive the operating system image issued by the cloud phone platform and run the operating system image in the container; A partitioning module, configured to partition a working area for the operating system image; a cache module, configured to receive operation information, convert the operation information into terminal system microinstructions using the operating system image, and cache the terminal system microinstructions and operation information in the workspace, wherein the terminal system microinstructions may be instructions corresponding to a hardware abstraction layer in the operating system architecture, equivalent to compiled instructions that can be directly used by the hardware; A sending module, used to send the terminal system microinstructions in the work area to the cloud phone platform; The feedback module receives the cloud phone system microinstructions sent by the cloud phone platform, caches the cloud phone system microinstructions in a workspace, and feeds back the cloud phone system microinstructions to the hardware.

9. A terminal, characterized in that: The terminal includes: one or more processors; a storage device for storing one or more programs, When the one or more programs are executed by the one or more processors, the one or more processors implement the multi-operating system operation method based on a cloud phone as described in any one of claims 1-7.

10. A storage medium comprising computer-executable instructions, wherein the computer-executable instructions, when executed by a computer processor, are used to execute the multi-operating system operation method based on a cloud phone as described in any one of claims 1 to 7.

Images