WO2023066246A1

WO2023066246A1 - Method and system for installing application on cloudphone, and client cloudphone

Info

Publication number: WO2023066246A1
Application number: PCT/CN2022/125914
Authority: WO
Inventors: 崔巍崧
Original assignee: 北京百度网讯科技有限公司
Priority date: 2021-10-18
Filing date: 2022-10-18
Publication date: 2023-04-27
Also published as: CN113934437B; CN113934437A

Abstract

The present disclosure relates to the field of computers, and in particular to the field of cloud services. Provided are a method and system for installing an application on a cloudphone, and a client cloudphone. The specific implementation solution comprises: receiving a trial request for a target application; reading installation data of the target application from a network storage service cluster, wherein the installation data is generated after a master cloudphone decompresses an installation package of the target application and installs same, and the installation data is written into the network storage service cluster by the master cloudphone; copying the installation data to a local installation directory; and locally registering the target application. By means of the embodiment, the time of a user that is consumed in waiting for installation and the traffic data consumption of downloading an installation package of an application can be reduced, thereby achieving the aim of immediate trialling of the application.

Description

Method, system and client for cloud mobile phone to install applications

Cross References to Related Applications

This patent application claims the priority of the Chinese patent application filed on October 18, 2021 with the application number 202111209340.1 and the title of the invention is "Method, system and client cloud mobile phone for installing applications on cloud phones". The way of citing is incorporated in this application.

technical field

The present disclosure relates to the field of computers, in particular to the field of cloud services, specifically a method and system for installing applications on a cloud mobile phone, and a client cloud mobile phone.

Background technique

Cloudphone is a mobile phone that applies cloud computing technology to network terminal services and realizes cloud services through cloud servers. In fact, it is a smartphone deeply integrated with network services. This type of mobile phone can realize many functions through the network by virtue of its own system and the network terminal set up by the manufacturer.

In the current general cloud-based mobile phone trial scenario, it is necessary to install the corresponding app (that is, an application or an application program) on each cloud phone in advance. When the user requests a trial, the cloud phone with the required app installed is assigned to the user. , which completes the trial.

Contents of the invention

The present disclosure provides a method, a device, a system, a device, a storage medium and a computer program product for installing an app on a cloud mobile phone.

According to a first aspect of the present disclosure, there is provided a method for installing an app on a cloud mobile phone, including: receiving a trial request for a target app; reading installation data of the target app from a network storage service cluster, wherein the installation data It is generated by decompressing and installing the installation package of the target app on the master cloud phone, and written into the network storage service cluster by the master cloud phone; copying the installation data to the local installation directory ; Register the target app locally.

According to a second aspect of the present disclosure, a client cloud mobile phone is provided, including: a receiving unit configured to receive a trial request for a target app; a reading unit configured to read the target app from a network storage service cluster App installation data, wherein the installation data is generated by the master cloud phone after decompressing the installation package of the target app and installing it, and written into the network storage service cluster by the master cloud phone; The copying unit is configured to copy the installation data to a local installation directory; the registration unit is configured to register the target app locally.

According to a third aspect of the present disclosure, a system for installing an app on a cloud phone is provided, including: a master cloud phone configured to download an app installation package from an app server, decompress the installation package and install it to obtain an app Install data, write the installation data into the network storage service cluster; the network storage service cluster is configured to receive and store the installation data; the client cloud mobile phone described in the second aspect.

According to a fourth aspect of the present disclosure, there is provided an electronic device, including: at least one processor; and a memory communicatively connected to the at least one processor; Executable instructions, the instructions are executed by the at least one processor, so that the at least one processor can execute the method described in the first aspect.

According to a fifth aspect of the present disclosure, there is provided a non-transitory computer-readable storage medium storing computer instructions, wherein the computer instructions are used to cause the computer to execute the method described in the first aspect.

According to a sixth aspect of the present disclosure, there is provided a computer program product, including a computer program, which implements the method of the first aspect when executed by a processor.

The method, system and client cloud mobile phone provided by the embodiments of the present disclosure use a network storage cluster system, such as ceph (distributed file system), nfs (Network File System, network file system), etc., to store the app The actual installation data is stored in the network storage cluster. When a customer applies for a cloud phone to run an app, the cloud phone reads data from the network storage service cluster instead of reading from the cloud phone's own storage chip. In this way, the actual app only needs to be downloaded, installed or updated once for the network storage cluster. It can be guaranteed that all subsequent cloud phones that mount the network storage cluster will use the same data, that is, the latest version of the app.

It should be understood that what is described in this section is not intended to identify key or important features of the embodiments of the present disclosure, nor is it intended to limit the scope of the present disclosure. Other features of the present disclosure will be readily understood through the following description.

Description of drawings

The accompanying drawings are used to better understand the present solution, and do not constitute a limitation to the present disclosure. in:

FIG. 1 is an exemplary system architecture diagram to which an embodiment of the present disclosure can be applied;

FIG. 2 is a flowchart of an embodiment of a method for installing an app on a cloud mobile phone according to the present disclosure;

FIG. 3 is a schematic diagram of an application scenario of a method for installing an app on a cloud mobile phone according to the present disclosure;

FIG. 4 is a schematic structural diagram of an embodiment of a client cloud mobile phone according to the present disclosure;

FIG. 5 is a schematic structural diagram of a computer system suitable for implementing an electronic device according to an embodiment of the present disclosure.

Detailed ways

Exemplary embodiments of the present disclosure are described below in conjunction with the accompanying drawings, which include various details of the embodiments of the present disclosure to facilitate understanding, and they should be regarded as exemplary only. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the disclosure. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

Since different apps will be hot-updated from time to time (all kinds of apps will actively detect updates and initiate downloads and installations when they start), in order to ensure that the apps provided to users can be tried immediately, it is necessary to monitor the version status of a large number of apps in real time and find an app When an update is required, it is necessary to initiate an app trigger update on all cloud phones that have installed the app and complete the installation process. There are problems such as cumbersome, high cost of public network traffic in the computer room of cloud phones, long update time, restrictions on the number and types of pre-installed apps, and reducing the number of cloud phones available to users.

Fig. 1 shows an exemplary system architecture 100 of an embodiment of the method for installing an app on a cloud mobile phone or the device for installing an app on a cloud mobile phone of the present disclosure.

As shown in FIG. 1 , the system architecture 100 may include a client, at least one physical machine, an app server, and a network storage service cluster. At least one virtual machine is installed on each physical machine, and each virtual machine corresponds to a cloud phone. The communication between the client and the physical machine is connected through a wired network or a wireless network. These cloud phones include master machine cloud phones and client cloud phones. The master cloud phone is used to download the app installation package through the public network to install the app, and store the generated installation data to the network storage service cluster. The client cloud mobile phone obtains the installation data from the network storage service cluster for green installation. The installation data obtained after the app is installed on a master cloud phone can be shared by all other client cloud phones.

Users can use the client to interact with the physical machine over the network to receive or send messages, etc. Various communication client applications can be installed on the client, such as cloud mobile phone management applications, web browser applications, shopping applications, search applications, instant messaging tools, email clients, social platform software, and the like.

Clients can be hardware or software. When the client is hardware, it can be a variety of electronic devices that have a display screen and support web browsing, including but not limited to smartphones, tablet computers, e-book readers, MP3 players (Moving Picture Experts Group Audio Layer III, Dynamic Video experts compress standard audio layer 3), MP4 (Moving Picture Experts Group Audio Layer IV, moving picture experts compress standard audio layer 4) players, laptops and desktop computers, etc. When the client is software, it can be installed in the electronic devices listed above. It can be implemented as a plurality of software or software modules (for example, to provide distributed services), or as a single software or software module. No specific limitation is made here.

The physical machine can be a server that provides various services, such as a background cloud mobile phone server that supports the cloud mobile phone interface displayed on the client. The client tries the app on the cloud mobile phone by connecting with the physical machine.

The network storage service cluster can be a distributed storage system such as ceph or nfs used as a network disk.

The app server is used to provide the installation package and upgrade package of the app. Different apps may be provided by different app servers. Products of the same game developer may also share an app server.

In this embodiment, the specific implementation scheme is as follows:

1. Use one cloud phone or a small number of cloud phones as the master cloud phone, referred to as the master or installer. Mount the ceph mirror or nfs remote directory in read-write mode, and is responsible for writing the app installation data to the network storage cluster.

2. The master machine downloads, installs or updates the app. Then copy the installation data of the installed app, such as /data/app, /data/data and /sdcard of the Android system, to the ceph mirror or nfs directory mounted on the master machine.

3. All cloud phones used on the user side, referred to as clients here, mount the directory of the app installation data of the above-mentioned network storage cluster in a read-only manner. At this time, the client cloud mobile phone is regarded as ready to be requested by the user for trial play, waiting for the trial request from the user and assigned to the user for use.

4. When the user initiates a trial request for a certain app, and the controller (not shown in the figure) schedules and allocates the right to use a certain idle client cloud mobile phone. The client cloud mobile phone copies the app installation data in the network storage cluster to the client cloud mobile phone and registers it. Then the user can start the app to complete the trial logic.

5. When the user completes the trial using the client cloud mobile phone, the client cloud mobile phone uninstalls the app, clears the data and restores it to an unused state, and waits for the next user trial request.

To sum up, every time the app is updated or installed, only at least one or a few master machines are used to install the app, and then copy data to the network storage cluster in the same computer room. However, the client cloud mobile phone that is actually provided to users is only based on the quick installation in the network storage cluster and reads the app installation data from it. The installation package of the same app can only be downloaded to one master cloud phone, but it can be used by a large number of client cloud phones.

Therefore, the actual public network traffic generated by downloading, installing and updating apps is only generated by a small number of master machines, which greatly reduces the cost of public network bandwidth in the computer room. And when the master machine is installed, the client cloud phone can still continue to provide trial business services for other apps that have not been updated. Compared with the original pre-installation solution, each cloud phone can only be occupied when it is updated, and cannot continue to provide users with service, shortening the app update window time and improving operational efficiency. And because the app data is actually installed in the network storage cluster, it does not occupy the local storage space of the cloud phone, which greatly increases the number and types of app demos provided by the cloud phone in this business scenario.

In some optional implementations of this embodiment, the master cloud phone is further configured to: download an upgrade package from the app server in response to detecting an update of the app; update the installation data according to the update package, and update the updated The final installation data is written to the network storage service cluster. When it is found that an app needs to be updated, or a new app needs to be installed, use the master computer to download the upgrade package from the app server, update the installation data according to the upgrade package, mount the network storage image or directory again in read-write mode, and Write the updated installation data into the network storage mirror or directory to complete the update of the app installation data in the network storage cluster. The app update window time is shortened, operational efficiency is improved, and the public network bandwidth cost of the computer room is reduced.

In some optional implementations of this embodiment, the system further includes a controller configured to: receive a trial request for the target app; select an idle client cloud phone from the client cloud phone set as the target cloud phone ; Send the trial request to the target cloud mobile phone. The controller plays a scheduling role, and can select idle cloud phones according to the resources required by different apps. Or choose a cloud phone whose remaining resources meet the running cost of the target app. For example, user A wants to try a certain game app, and user B wants to try a certain audio app. At this time, there are two idle cloud phones A and B. If the CPU performance of A is better than that of B, cloud phone A can be assigned to the game app. Assign cloud phone B to the audio app. This can improve the efficiency of cloud mobile phone use and improve system throughput.

In some optional implementations of this embodiment, the controller is further configured to: receive a trial request for the target app; query whether the installation data of the target app exists in the network storage service cluster; if not, Then select an idle client cloud mobile phone as the target master cloud mobile phone from the client cloud mobile phone set, so that the target master cloud mobile phone downloads the target app installation package from the server of the target app, and decompresses the target app installation package After installation, the installation data of the target app is obtained, and the installation data of the target app is written into the network storage service cluster.

It is also possible to dynamically allocate the master machine cloud phone. Any client cloud phone can be used as a master cloud phone. However, the storage space of the master cloud phone is actually occupied, so you can try to choose a client cloud phone with a large storage space as the master cloud phone. The app can also be uninstalled from the master cloud phone to restore it to a common client cloud phone. In particular, some apps take up a lot of space after being upgraded, and the app can be switched from the master cloud phone A with insufficient space to another master cloud phone B with a large space. After the app in the master cloud phone A is uninstalled, other apps can be installed, or it can no longer be used as the master cloud phone, but only temporarily installed as an app on the client cloud phone. This method can flexibly configure the master machine cloud phone, dynamically adjust system resources, and make full use of resources.

A physical machine can be implemented as a distributed server cluster composed of multiple servers, or as a single server. No specific limitation is made here. The physical machine can also be a server of a distributed system, or a server combined with a blockchain. The physical machine can also be a cloud server, or an intelligent cloud computing server or intelligent cloud host with artificial intelligence technology.

It should be noted that the method for installing an app on a cloud mobile phone provided by the embodiments of the present disclosure may be executed by a physical machine. Correspondingly, the device for installing apps on the cloud mobile phone can be set in the physical machine. No specific limitation is made here.

It should be understood that the numbers of clients, physical machines, virtual machines, client cloud phones, master machine cloud phones, app servers, and network storage service clusters in Figure 1 are only illustrative. According to implementation requirements, there can be any number of clients, physical machines, and virtual machines.

Continuing to refer to FIG. 2 , it shows a process 200 of an embodiment in which the method for installing an app on a cloud mobile phone according to the present disclosure is applied to a client cloud mobile phone. The method for installing an app on a cloud mobile phone includes the following steps:

Step 201, receiving a trial request for a target app.

In this embodiment, the execution subject of the method for installing an app on the cloud mobile phone (for example, the client cloud mobile phone shown in FIG. 1 ) may receive a trial request for the target app from the client. The trial request may include the name of the target app. Optionally, the trial request may also include version information of the target app. Optionally, the user can also connect to the controller through the client, send a trial request to the controller, and the controller schedules and allocates an idle client cloud mobile phone, and forwards the trial request to the assigned client cloud mobile phone.

Step 202, read the installation data of the target app from the network storage service cluster.

In this embodiment, the installation data is generated by decompressing and installing the installation package of the target app on the master cloud phone, and written into the network storage service cluster by the master cloud phone. The installation data may include an application directory, a data directory, and an app name. The installation data may also include a memory card directory, which is used to store hot update data of the game, and some temporarily loaded resources. The application directory can be used to store the startup files of the app, and the data directory can be used to store the material and cache data of the app. Specifically, the startup file is a base.apk of the app stored in the application program directory. This file is relatively large and is the core file of the app. The data directory is stored in app materials, cache, etc., and the directory occupies a relatively small amount. The memory card directory stores the hot update data of the game and some temporarily loaded resources, and the directory takes up a large space.

Step 203, copy the installation data to a local installation directory.

In this embodiment, the client cloud mobile phone does not directly obtain the installation package, but obtains the compressed, read-write, and verified installation data. It is equivalent to copying the green installation file from the network storage service cluster to the local installation directory.

Step 204, register the target app locally.

In this embodiment, if the target app is not registered locally (adding registry items, including files and settings required for software operation), the automatic installation process of the app cannot be performed, and only the app name is copied to the installation Under the list, when the app is started, the storage content under the application directory and the data directory will be read to start the app, similar to copying the installed software file directory on one computer to run on another computer , the computer will report an error, because there is no corresponding software installation record in the system registry, so the files in this installation directory cannot be recognized.

The method provided by the above-mentioned embodiments of the present disclosure uses a network storage cluster to replace the local storage space of the cloud mobile phone, saves the storage space of the cloud mobile phone, and greatly increases the types and quantities of apps installed on the cloud mobile phone. When the app is installed or updated, it only needs to be downloaded and installed or updated once on the master cloud phone. Compared with the original download and update for each cloud mobile phone to complete the installation, it greatly saves the traffic cost of downloading app updates for cloud mobile phones to public network traffic. Simplifies the steps of installing and updating apps on the cloud mobile phone, reducing time-consuming. Since only the master machine needs to be updated, it is asynchronous with the customer's cloud phone, so when updating or installing a new app, it will not affect the customer's continued use of the original cloud phone. In the original plan, all cloud phones need to be occupied during the update, and services cannot be provided to users at this time.

In some optional implementation manners of this embodiment, the method further includes: in response to detecting that the trial of the target app ends, uninstalling the target app and clearing the intermediate data of the target app. When it is detected that the user logs out or closes the app window or times out, it is considered that the trial of the target app is over. Then the target app can be uninstalled and the intermediate data of the app can be cleared. In this way, the space of the cloud mobile phone can be saved, and the usage rate of the cloud mobile phone can be improved so that the cloud mobile phone can be used for other apps. There is no need to set a fixed cloud phone for different apps to always occupy resources. Because the app installation speed is fast, the on-site installation will not affect the user experience every time a trial request is received.

Optionally, the uninstallation time can be selected according to the trial frequency of the app. For example, if an app is tried more than a predetermined threshold 100 times in one day, the uninstallation time can be postponed for one day. If an app is tried no more than 5 times a day, it can be uninstalled after each use.

Continue to refer to FIG. 3 , which is a schematic diagram of an application scenario of the method for installing an app on a cloud mobile phone according to this embodiment. In the application scenario, the cloud phone service provider pre-installs some apps on some master cloud phones. After the master cloud mobile phone directly downloads the installation package from the app server on the public network, the decompression, reading and writing, verification and other installation processes are completed on the master cloud mobile phone. After installation, installation data will be left on the master cloud phone, and these installation data will be written into the network storage service cluster mounted on the master cloud phone. The network storage service cluster saves the installation data of various apps. If a user's client initiates a trial request for an app, a client cloud phone is assigned to install the app. The client cloud mobile phone does not need to download the installation package from the app server on the public network, but directly reads the app's installation data from the network storage service cluster, does not perform decompression and other installation processes, and directly uses the installation data to register in the registry. This completes the app installation process. Users can use the app in the client cloud phone to try it out. After the user quits the app, the client cloud phone uninstalls the app and deletes the intermediate data. If other users want to try another app, they can repeat the above steps to install other apps on the client cloud phone. Uninstall it when you're done using it, and don't take up space on your cloud phone. The master cloud mobile phone can monitor the update of the app, and after downloading the upgrade package, write the updated installation data into the network storage service cluster mounted on the master cloud mobile phone. The network storage service cluster saves the updated installation data of various apps.

Using network storage to replace the local storage of the client cloud phone saves the storage space of the client cloud phone itself. Each client cloud mobile phone shares and uses the same app data in the network storage, instead of using the original data of each client cloud mobile phone. Therefore, for an app, it only needs to be updated once for the network storage; while each original client cloud phone needs to update the app once. It greatly saves the bandwidth cost of updating and downloading apps and improves the update speed. Each client cloud phone mounts the network storage image or directory as read-only. And use the overlayfs technology to separate the read and write operations of the cloud mobile phone: that is, only write data to the local storage space of each client cloud mobile phone, and only read data from the network storage cluster. Thereby, the memory cache utilization rate of the network storage server is improved, the pressure is small, and the performance is high.

Further referring to FIG. 4 , as an implementation of the methods shown in the above figures, the present disclosure provides an embodiment of a client cloud mobile phone, and the embodiment of the client cloud mobile phone corresponds to the method embodiment shown in FIG. 2 , the client cloud mobile phone can be specifically applied to various electronic devices.

As shown in FIG. 4 , the client cloud mobile phone 400 of this embodiment includes: a receiving unit 401 , a reading unit 402 , a copying unit 403 and a registration unit 404 . Wherein, the receiving unit 401 is configured to receive a trial request for the target app; the reading unit 402 is configured to read the installation data of the target app from the network storage service cluster, wherein the installation data is provided by the master The machine cloud mobile phone decompresses the installation package of the target app and generates it after installation, and writes it into the network storage service cluster by the master machine cloud mobile phone; the copy unit 403 is configured to copy the installation data to the local installation directory; the registration unit 404 is configured to register the target app locally.

In this embodiment, the specific processing of the receiving unit 401, the reading unit 402, the copying unit 403, and the registration unit 404 of the client cloud mobile phone 400 can refer to the

steps

201, 202, 203, and 203 in the corresponding embodiment of FIG. 204.

In some optional implementations of this embodiment, the client cloud phone 400 further includes an uninstall unit (not shown in the drawings), configured to: uninstall the target app in response to detecting that the trial of the target app ends. app and empty the intermediate data of the target app.

In the technical solution of this disclosure, the collection, storage, use, processing, transmission, provision, and disclosure of user personal information involved are all in compliance with relevant laws and regulations, and do not violate public order and good customs.

According to the embodiments of the present disclosure, the present disclosure also provides an electronic device, a readable storage medium, and a computer program product.

An electronic device, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein, the memory stores instructions executable by the at least one processor, and the instructions are executed by the At least one processor executes, so that the at least one processor can execute the method described in the process 200 .

A non-transitory computer-readable storage medium storing computer instructions, wherein the computer instructions are used to make the computer execute the method described in process 200 .

A computer program product, including a computer program, the computer program implements the method described in process 200 when executed by a processor.

FIG. 5 shows a schematic block diagram of an example electronic device 500 that may be used to implement embodiments of the present disclosure. Electronic device is intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other suitable computers. Electronic devices may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are by way of example only, and are not intended to limit implementations of the disclosure described and/or claimed herein.

As shown in FIG. 5 , the device 500 includes a computing unit 501 that can execute according to a computer program stored in a read-only memory (ROM) 502 or loaded from a storage unit 508 into a random-access memory (RAM) 503. Various appropriate actions and treatments. In the RAM 503, various programs and data necessary for the operation of the device 500 can also be stored. The computing unit 501, ROM 502, and RAM 503 are connected to each other through a bus 504. An input/output (I/O) interface 505 is also connected to bus 504.

Multiple components in the device 500 are connected to the I/O interface 505, including: an input unit 506, such as a keyboard, a mouse, etc.; an output unit 507, such as various types of displays, speakers, etc.; a storage unit 508, such as a magnetic disk, an optical disk, etc. ; and a communication unit 509, such as a network card, a modem, a wireless communication transceiver, and the like. The communication unit 509 allows the device 500 to exchange information/data with other devices over a computer network such as the Internet and/or various telecommunication networks.

The computing unit 501 may be various general-purpose and/or special-purpose processing components having processing and computing capabilities. Some examples of computing units 501 include, but are not limited to, central processing units (CPUs), graphics processing units (GPUs), various dedicated artificial intelligence (AI) computing chips, various computing units that run machine learning model algorithms, digital signal processing processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 501 executes various methods and processes described above, for example, a method for installing an app on a cloud mobile phone. For example, in some embodiments, the method for installing an app on a cloud phone can be implemented as a computer software program tangibly embodied in a machine-readable medium, such as the storage unit 508 . In some embodiments, part or all of the computer program may be loaded and/or installed on the device 500 via the ROM 502 and/or the communication unit 509. When the computer program is loaded into the RAM 503 and executed by the computing unit 501, one or more steps of the above-described method for installing an app on a cloud mobile phone can be performed. Alternatively, in other embodiments, the computing unit 501 may be configured in any other appropriate way (for example, by means of firmware) to execute the method for installing an app on a cloud phone.

Various implementations of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips Implemented in a system of systems (SOC), load programmable logic device (CPLD), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include being implemented in one or more computer programs executable and/or interpreted on a programmable system including at least one programmable processor, the programmable processor Can be special-purpose or general-purpose programmable processor, can receive data and instruction from storage system, at least one input device, and at least one output device, and transmit data and instruction to this storage system, this at least one input device, and this at least one output device an output device.

Program code for implementing the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general-purpose computer, a special purpose computer, or other programmable data processing devices, so that the program codes, when executed by the processor or controller, make the functions/functions specified in the flow diagrams and/or block diagrams Action is implemented. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine or entirely on the remote machine or server.

In the context of the present disclosure, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media would include one or more wire-based electrical connections, portable computer discs, hard drives, random access memory (RAM), read only memory (ROM), erasable programmable read only memory (EPROM or flash memory), optical fiber, compact disk read only memory (CD-ROM), optical storage, magnetic storage, or any suitable combination of the foregoing.

To provide for interaction with the user, the systems and techniques described herein can be implemented on a computer having a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user. ); and a keyboard and pointing device (eg, a mouse or a trackball) through which a user can provide input to the computer. Other kinds of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and can be in any form (including Acoustic input, speech input or, tactile input) to receive input from the user.

The systems and techniques described herein can be implemented in a computing system that includes back-end components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes front-end components (e.g., as a a user computer having a graphical user interface or web browser through which a user can interact with embodiments of the systems and techniques described herein), or including such backend components, middleware components, Or any combination of front-end components in a computing system. The components of the system can be interconnected by any form or medium of digital data communication, eg, a communication network. Examples of communication networks include: Local Area Networks (LANs), Wide Area Networks (WANs), and the Internet.

A computer system may include clients and servers. Clients and servers are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by computer programs running on the respective computers and having a client-server relationship to each other. The server can be a cloud server, a server of a distributed system, or a server combined with a blockchain.

It should be understood that steps may be reordered, added or deleted using the various forms of flow shown above. For example, each step described in the present disclosure may be executed in parallel, sequentially, or in a different order, as long as the desired result of the technical solution disclosed in the present disclosure can be achieved, no limitation is imposed herein.

The specific implementation manners described above do not limit the protection scope of the present disclosure. It should be apparent to those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made depending on design requirements and other factors. Any modifications, equivalent replacements and improvements made within the spirit and principles of the present disclosure shall be included within the protection scope of the present disclosure.

Claims

A method for installing applications on a cloud mobile phone, comprising:

Receive a trial request for the target application;

Read the installation data of the target application from the network storage service cluster, wherein the installation data is generated by the master machine cloud mobile phone after decompressing the installation package of the target application and installing it, and is generated by the master machine cloud The mobile phone writes into the network storage service cluster;

copying the installation data to a local installation directory; and

Register the target application locally.
The method according to claim 1, wherein the method further comprises:

In response to detecting that the trial of the target application ends, the target application is uninstalled and the intermediate data of the target application is cleared.
A client cloud mobile phone, comprising:

a receiving unit configured to receive a trial request for a target application;

The reading unit is configured to read the installation data of the target application from the network storage service cluster, wherein the installation data is generated by the master computer cloud phone after decompressing and installing the installation package of the target application, and Writing into the network storage service cluster by the cloud phone of the master machine;

a copy unit configured to copy the installation data to a local installation directory; and

The registration unit is configured to register the target application locally.
The client cloud mobile phone according to claim 3, wherein the client cloud mobile phone also includes an uninstall unit configured to:

In response to detecting that the trial of the target application ends, the target application is uninstalled and the intermediate data of the target application is cleared.
A system for installing applications on a cloud mobile phone, comprising:

The master machine cloud mobile phone is configured to download the installation package of the application from the application server, decompress the installation package and install it to obtain the installation data of the application, and write the installation data into the network storage service cluster;

a network storage service cluster configured to receive and store the installation data; and

The client cloud mobile phone as claimed in claim 3 or 4.
According to the system according to claim 5, the master machine cloud mobile phone is further configured to:

In response to detecting an applied update, downloading an upgrade package from an application server;

The installation data is updated according to the upgrade package, and the updated installation data is written into the network storage service cluster.
The system of claim 5, further comprising a controller configured to:

Receive a trial request for the target application;

Select an idle client cloud mobile phone as the target cloud mobile phone from the client cloud mobile phone set;

Send the trial request to the target cloud mobile phone.
The system of claim 5, the controller further configured to:

Receive a trial request for the target application;

Query whether the installation data of the target application exists in the network storage service cluster;

If it does not exist, then select an idle client cloud mobile phone from the client cloud mobile phone set as the target master cloud mobile phone, so that the target master cloud mobile phone downloads the target application installation package from the server of the target application, and decompresses the After the target application installation package is installed, the installation data of the target application is obtained, and the installation data of the target application is written into the network storage service cluster.
An electronic device comprising:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein,

The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the method of claim 1 or 2 .
A non-transitory computer-readable storage medium storing computer instructions, wherein the computer instructions are used to cause the computer to execute the method according to claim 1 or 2.
A computer program product comprising a computer program which, when executed by a processor, implements the method according to claim 1 or 2.