Cloud phone update method, device, equipment and storage medium

Abstract

The present disclosure provides a cloud phone update method, device, equipment and storage medium, which relates to the field of computer technology, specifically the field of cloud computing technology, and can be applied to cloud phone update and other scenarios. The method includes: receiving an incremental update file, wherein the incremental update file is used to incrementally update the cloud phone system; in response to the summary information of the incremental update file passing the verification, changing the state of the system volume corresponding to the cloud phone; decompressing the incremental update file to the system volume to incrementally update the cloud phone system. The cloud phone update method disclosed in the present disclosure improves the efficiency and security of cloud phone updates.

Description

Technical Field

[0001] The present disclosure relates to the field of computer technology, specifically the field of cloud computing technology, and more particularly to a cloud phone update method, device, equipment and storage medium, which can be applied to cloud phone update and other scenarios. Background Art

[0002] Cloud phone is a cloud platform for smartphone applications based on powerful virtual applications of cloud computing and mobile Internet. Based on the outstanding advantages of cloud computing in large-scale computing, powerful storage capacity, virtualized applications, etc., the cloud platform provides diversified and comprehensive virtual mobile phone applications and services for smartphone users, fully supports the display, download, application and management services of various mobile applications, and excellently realizes 24-hour cloud-based intelligent hosting applications, allowing users to host various applications in the cloud without leaving the mobile terminal, keep online 24 hours a day, and fully realize the virtualization of smartphone applications.

[0003] In the ToB project of cloud phones, customers often need to modify the Android image of cloud phones. In the existing technology, when updating, it is generally necessary to package the entire file, which is very large and requires high permissions, resulting in low update efficiency and great security risks. Summary of the invention

[0004] The present invention provides a cloud phone update method, device, equipment and storage medium.

[0005] According to a first aspect of the present disclosure, a cloud phone update method is provided, comprising: receiving an incremental update file, wherein the incremental update file is used to incrementally update the system of the cloud phone; in response to summary information of the incremental update file passing verification, changing the state of a system volume corresponding to the cloud phone; and decompressing the incremental update file to the system volume to incrementally update the system of the cloud phone.

[0006] According to a second aspect of the present disclosure, a cloud phone update device is provided, comprising: a receiving module, configured to receive an incremental update file, wherein the incremental update file is used to incrementally update the system of the cloud phone; a changing module, configured to change the state of the system volume corresponding to the cloud phone in response to the summary information of the incremental update file passing the verification; and a decompression module, configured to decompress the incremental update file to the system volume to incrementally update the system of the cloud phone.

[0007] According to a third aspect of the present disclosure, an electronic device is provided, 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 so that the at least one processor can execute the method described in any implementation manner in the first aspect.

[0008] According to a fourth aspect of the present disclosure, a non-transitory computer-readable storage medium storing computer instructions is provided, where the computer instructions are used to cause a computer to execute the method described in any implementation manner of the first aspect.

[0009] According to a fifth aspect of the present disclosure, a computer program product is provided, including a computer program, and when the computer program is executed by a processor, the computer program implements the method described in any implementation manner in the first aspect.

[0010] The cloud phone update method, device, equipment and storage medium provided by the embodiments of the present disclosure first receive an incremental update file, wherein the incremental update file is used to incrementally update the cloud phone system; then, in response to the summary information of the incremental update file being verified, the state of the system volume corresponding to the cloud phone is changed; finally, the incremental update file is decompressed to the system volume to incrementally update the cloud phone system. The cloud phone update method disclosed in the present disclosure improves the efficiency of incremental updates of cloud phones and also improves the security of cloud host management systems.

[0011] It should be understood that the content described in this section is not intended to identify the 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 become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] The accompanying drawings are used to better understand the present solution and do not constitute a limitation of the present disclosure.

[0013] Figure 1 is an exemplary system architecture diagram in which the present disclosure may be applied;

[0014] Figure 2 is a flow chart of an embodiment of a cloud phone update method according to the present disclosure;

[0015] Figure 3 is a flow chart of another embodiment of a cloud phone update method according to the present disclosure;

[0016] Figure 4 is a schematic diagram of an application scenario of the cloud phone update method according to the present disclosure;

[0017] Figure 5 is a structural schematic diagram of an embodiment of a cloud phone updating device according to the present disclosure;

[0018] Figure 6 It is a block diagram of an electronic device used to implement the cloud phone update method of the embodiment of the present disclosure. DETAILED DESCRIPTION

[0019] The following is a description of exemplary embodiments of the present disclosure in conjunction with the accompanying drawings, including various details of the embodiments of the present disclosure to facilitate understanding, which should be considered as merely exemplary. Therefore, it should be recognized by those of ordinary skill in the art that various changes and modifications may be made to the embodiments described herein without departing from the scope and spirit of the present disclosure. Similarly, for the sake of clarity and conciseness, descriptions of well-known functions and structures are omitted in the following description.

[0020] It should be noted that, in the absence of conflict, the embodiments and features in the embodiments of the present disclosure may be combined with each other. The present disclosure will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

[0021] Figure 1 An exemplary system architecture 100 is shown to which an embodiment of a cloud phone updating method or a cloud phone updating device of the present disclosure can be applied.

[0022] like Figure 1 As shown, the system architecture 100 may include terminal devices 101, 102, 103, a network 104 and a server 105. The network 104 is used to provide a medium for communication links between the terminal devices 101, 102, 103 and the server 105. The network 104 may include various connection types, such as wired, wireless communication links or optical fiber cables, etc.

[0023] Users can use terminal devices 101, 102, 103 to interact with server 105 through network 104 to receive or send messages, etc. Terminal devices 101, 102, 103 can be electronic devices such as mobile phones, computers, and tablets. Terminal devices 101, 102, 103 can apply cloud computing technology to terminal services and implement cloud services based on data interaction with cloud server 105. For example, terminal devices 101, 102, 103 can be cloud phones.

[0024] Terminal devices 101, 102, 103 can be hardware or software. When terminal devices 101, 102, 103 are hardware, they can be various electronic devices, including but not limited to vehicle-mounted computers, vehicle-mounted tablets, vehicle control devices, etc. When terminal devices 101, 102, 103 are software, they can be installed in the electronic devices listed above. It can be implemented as multiple software or software modules (for example, to provide distributed services), or it can be implemented as a single software or software module. No specific limitation is made here.

[0025] The server 105 can provide various services. For example, the server 105 can analyze and process the incremental update files obtained from the terminal devices 101, 102, and 103, and generate processing results (for example, updating the Android system of the cloud phone).

[0026] It should be noted that the server 105 can be hardware or software. When the server 105 is hardware, it can be implemented as a distributed server cluster consisting of multiple servers, or it can be implemented as a single server. When the server 105 is software, it can be implemented as multiple software or software modules (for example, for providing distributed services), or it can be implemented as a single software or software module. No specific limitation is made here.

[0027] It should be noted that the method for detecting application status provided in the embodiment of the present disclosure can be executed by the terminal devices 101, 102, 103, or by the server 105, and the device for detecting application status can be set in the terminal devices 101, 102, 103, or in the server 105.

[0028] It should be understood that Figure 1 The number of terminal devices, networks and servers in the embodiment is only for illustration. Any number of terminal devices, networks and servers may be provided according to implementation requirements.

[0029] Continue to refer Figure 2 , which shows a process 200 of an embodiment of a cloud phone update method according to the present disclosure. The cloud phone update method includes the following steps:

[0030] Step 201, receiving an incremental update file.

[0031] In this embodiment, the execution subject of the cloud phone update method (for example Figure 1 The server 105 shown in the figure can receive incremental update files, wherein the incremental update files mainly include user-defined programs or patches. The incremental update file is a file in the form of a compressed package, that is, the user compresses the customized incremental update program or patch to obtain the incremental update file, and uploads it. The incremental update file is used to incrementally update the Android system of the cloud phone.

[0032] It should be noted that cloud phones are mobile phones that use cloud computing technology for network terminal services and implement cloud services through cloud servers. All cloud phones use the Android operating system without exception. The cloud phones in this disclosure are based on ARM (Advanced RISC Machines) servers. ARM servers are servers built with ARM architecture chips, and Linux systems, such as Ubuntu, are installed on ARM servers. Linux, the full name of GNU / Linux, is a UNIX-like operating system that is free to use and freely disseminated. On this Linux system (host system), virtualization software can be deployed. Then the Android system runs on the corresponding virtualization machine, and the virtual machine is installed on the host machine. The host machine is also a physical machine, and the Android system is also the Android phone interface.

[0033] In this embodiment, the execution subject can receive the incremental update file for updating the Android system of the cloud phone. Here, a management program is deployed in the host system in advance, and the management program provides a pre-packaged interface for customizing the image, through which the user can upload the incremental update file. After that, the execution subject will receive the incremental update file uploaded by the user, and perform an incremental update on the Android system of the cloud phone based on the incremental update file.

[0034] Step 202 , in response to the summary information of the incremental update file passing verification, the state of the system volume corresponding to the cloud phone is changed.

[0035] In this embodiment, the execution subject may change the state of the system volume corresponding to the cloud phone when the summary information of the incremental update file received in step 201 passes the verification.

[0036] Specifically, after receiving the customized incremental update file uploaded by the user, the execution subject will verify the summary information of the incremental update file. For example, the summary information of the incremental update file can be verified using an information summary algorithm to determine whether the summary information is complete, and if the summary information of the incremental update file passes the verification, that is, if the summary information of the incremental update file is complete, the state of the system volume corresponding to the cloud phone will be changed. The system volume stores the system files of the Android system of the cloud phone, that is, the files that update the system of the cloud phone are all stored in the system volume.

[0037] Since the system volume is read-only in normal state, users cannot perform any operations on the contents of the system volume in read-only state, thus ensuring the stability and security of system operation. In this embodiment, the execution subject changes the state of the system volume from read-only to writable, thereby decompressing the incremental update file to the system.

[0038] Optionally, when the summary information of the incremental update file fails to pass verification, that is, when the summary information of the incremental update file is incomplete, information on task failure will be recorded and corresponding error information will be returned, so that the user can obtain specific update status in a timely manner.

[0039] Step 203, decompress the incremental update file to the system volume to incrementally update the cloud phone system.

[0040] In this embodiment, the execution subject can decompress the incremental update file to the system volume after changing the state of the system volume, thereby automatically running the files in the incremental update file, and then realizing the incremental update of the Android system of the cloud phone. Since each virtual machine on the host machine has a serial number, which is a number that increases from 0, and each numbered directory is the directory of each virtual machine, the corresponding directory will be found according to the interface information during decompression, and then it will be decompressed to the corresponding position.

[0041] It should be noted that the directory structure of the incremental update file must conform to the standard directory structure of the Android system. When decompressing, the above-mentioned execution subject will decompress according to the directory of the incremental update file, but if the directory structure after decompression is inconsistent with the standard directory structure of the Android system, then the update will not take effect and an update error message will be returned. In other words, the directory structure of the incremental update file directly affects whether the update can be successful.

[0042] The cloud phone update method provided in the disclosed embodiment first receives an incremental update file for incrementally updating the cloud phone's system; then changes the state of the system volume corresponding to the cloud phone in response to verification of the summary information of the incremental update file; finally, decompresses the incremental update file to the system volume to update the cloud phone's system. The cloud phone update method in this embodiment receives the incremental update file uploaded by the user through a packaged interface, and incrementally updates the Android system of the cloud phone based on the incremental update file. The entire incremental update process can be completed without providing the host's permissions, thereby improving the security of the cloud host management system; in addition, in this method, the user can complete the update and modification of the custom image through the packaged interface, thereby improving the efficiency of incremental updates.

[0043] In the technical solution of the present disclosure, the collection, storage, use, processing, transmission, provision and disclosure of user personal information involved are in compliance with the provisions of relevant laws and regulations and do not violate public order and good morals.

[0044] Continue to refer Figure 3 , Figure 3 A process 300 of another embodiment of a cloud phone update method according to the present disclosure is shown. The cloud phone update method comprises the following steps:

[0045] Step 301, receiving an incremental update file.

[0046] In this embodiment, the execution subject of the cloud phone update method (for example Figure 1 The server 105 shown in the figure can receive the incremental update file for incrementally updating the Android system of the cloud phone. Step 301 is basically the same as step 201 of the above embodiment. The specific implementation method can refer to the above description of step 201, which will not be repeated here.

[0047] Step 302: Use an information summary algorithm to verify the summary information of the incremental update file to determine whether the summary information is complete.

[0048] In this embodiment, the execution subject of the cloud phone update method (for example Figure 1 The server 105 shown in the figure can use the information summary algorithm to verify the summary information of the incremental update file to determine whether the summary information is complete. If the summary information of the incremental update file passes the verification, that is, if the summary information is complete, step 303 is executed.

[0049] It should be noted that the Message-Digest Algorithm is a cryptographic hash function that can use the generated hash value to verify the incremental update file to ensure that the information transmission is complete and consistent. The above-mentioned execution entity verifies the acquired incremental update file through the message digest algorithm to avoid update failures caused by update file errors.

[0050] In some optional implementations of the present embodiment, the above-mentioned execution entity may return incremental update file error information when the summary information of the incremental update file fails to pass the verification, that is, when the summary information is incomplete, and the above-mentioned execution entity may also record the task failure information in the background, thereby ensuring the smooth progress of the update process and letting the user know the update status in a timely manner.

[0051] Step 303, shut down the virtual machine of the system running the cloud phone.

[0052] In this embodiment, the execution subject can shut down the virtual machine running the Android system when the summary information of the incremental update file passes the verification, that is, when the summary information is complete. Here, the virtual machine (VirtualMachine) refers to a complete computer system with complete hardware system functions and running in a completely isolated environment simulated by software. The Android system runs on the virtual machine, and the virtual machine is installed on the host machine. The host machine is the physical machine. The physical machine is the name of the physical computer relative to the virtual machine. The physical machine provides the virtual machine with a hardware environment, sometimes also called a "host" or "host".

[0053] Since the state of the system volume cannot be changed when the virtual machine is running, the above-mentioned execution subject will stop the virtual machine on the host machine when it is determined that the summary information of the incremental update file is complete, thereby changing the state of the system volume to decompress the incremental update file to the system volume.

[0054] Step 304: mount the system volume corresponding to the cloud phone as writable.

[0055] In this embodiment, the above-mentioned execution subject can mount the status of the system volume corresponding to the cloud phone as writable. Since the status of the system volume is read-only when the virtual machine is running normally, and no operation can be performed on the system volume in the read-only state, the above-mentioned execution subject will mount the status of the system volume corresponding to the cloud phone as writable after shutting down the virtual machine. It can be understood that mounting generally refers to a process by which the operating system makes computer files and directories on a storage device (such as a hard disk, CD-ROM or shared resources) accessible to users through the computer's file system. The above-mentioned execution subject mounts the status of the system volume corresponding to the cloud phone as writable to decompress the incremental update files to the system volume.

[0056] Step 305: decompress the incremental update file to the system volume.

[0057] In this embodiment, the execution subject can decompress the incremental update file to the system volume. Step 305 is basically the same as step 203 of the above embodiment. The specific implementation method can refer to the above description of step 203, which will not be repeated here.

[0058] In some optional implementations of this embodiment, the directory structure of the incremental update file is the same as the directory structure of the cloud phone system. That is, the directory structure of the incremental update file must conform to the standard directory structure of the Android system to ensure the smooth progress of the update. If the directory structure after decompression is inconsistent with the standard directory structure of the Android system, then the update will not take effect and an update error message will be returned. That is, the directory structure of the incremental update file directly affects whether the update can be successful.

[0059] Step 306: Mount the system volume in a read-only state.

[0060] In this embodiment, the execution subject may re-mount the system volume as read-only after decompressing the incremental update file to the system volume, and re-mount the system volume as read-only to ensure the security of the system.

[0061] Step 307, start the virtual machine.

[0062] In this embodiment, the execution subject may restart the virtual machine after mounting the system volume in a read-only state to ensure the normal operation of the system.

[0063] from Figure 3 It can be seen from the above that the present embodiment Figure 2 On the basis of the illustrated embodiment, after receiving the incremental update file, the summary information of the incremental update file is verified using an information summary algorithm to determine the integrity of the summary information, and then when the summary information of the incremental update file passes the verification, the virtual machine is shut down, and the status of the system volume corresponding to the cloud phone is mounted as writable, so that the incremental update file is decompressed to the system volume, thereby achieving incremental updates to the cloud phone's system, and the status of the system volume is remounted as read-only, and the virtual machine is turned on, thereby improving the efficiency of the update and ensuring the security of system operation during the update process.

[0064] Continue to see Figure 4 , which shows a schematic diagram of an application scenario of the cloud phone update method according to the present disclosure.

[0065] exist Figure 4 In the application scenario, the server first receives the incremental update file uploaded by the user through the encapsulated interface. The incremental update file is a compressed package containing a user-defined program or patch.

[0066] Then, the above-mentioned execution entity will verify the MD5 of the incremental update file, that is, use the information digest algorithm to verify the integrity of the summary information of the incremental update file, and shut down the virtual machine on the host machine when the summary information of the incremental update file is complete. Since the state of the system volume cannot be changed when the virtual machine is running, the above-mentioned execution entity will shut down the virtual machine on the host machine when it is determined that the summary information of the incremental update file is complete, thereby changing the state of the system volume to achieve the decompression of the incremental update file to the system volume.

[0067] Afterwards, the above execution entity will mount the system volume as writable, thereby decompressing the incremental update file to the system volume, and automatically running the files in the incremental update file, thereby realizing incremental updates to the Android system of the cloud phone.

[0068] Finally, after decompressing the incremental update file to the system volume, the execution subject will remount the system volume as read-only and start the virtual machine to ensure the security and normal operation of the system.

[0069] In this application scenario, by deploying a management program on the host machine and providing users with a packaged interface so that users can upload incremental update files, the entire update process can be completed without providing host machine permissions, thereby improving the security of the cloud host management system; and, through the packaged interface, users can complete the update and modification of custom images in a self-service manner, thereby improving the efficiency of the update.

[0070] Further references Figure 5 As an implementation of the methods shown in the above figures, the present disclosure provides an embodiment of a cloud phone update device, which is similar to Figure 2 Corresponding to the method embodiment shown, the device can be specifically applied to various electronic devices.

[0071] like Figure 5 As shown, the cloud phone update device 500 of this embodiment includes: a receiving module 501, a changing module 502 and a decompression module 503. The receiving module 501 is configured to receive an incremental update file, wherein the incremental update file is used to incrementally update the system of the cloud phone; the changing module 502 is configured to change the state of the system volume corresponding to the cloud phone in response to the summary information of the incremental update file passing the verification; the decompression module 503 is configured to decompress the incremental update file to the system volume to incrementally update the system of the cloud phone.

[0072] In this embodiment, in the cloud phone updating device 500, the specific processing of the receiving module 501, the changing module 502 and the decompression module 503 and the technical effects thereof can be referred to respectively. Figure 2 The relevant descriptions of steps 201 - 203 in the corresponding embodiment are not repeated here.

[0073] In some optional implementations of the present embodiment, the above-mentioned cloud phone update device also includes: a verification module, configured to use an information summary algorithm to verify the summary information of the incremental update file to determine whether the summary information is complete; a return module, configured to return incremental update file error information in response to the summary information failing the verification.

[0074] In some optional implementations of this embodiment, the above-mentioned cloud phone update device also includes: a shutdown module, configured to shut down the virtual machine of the system running the cloud phone; and the change module includes: a first mounting sub-module, configured to mount the status of the system volume corresponding to the cloud phone as writable.

[0075] In some optional implementations of this embodiment, the above-mentioned cloud phone updating device also includes: a mounting module, configured to mount the status of the system volume as read-only; and a boot module, configured to boot the virtual machine.

[0076] In some optional implementations of this embodiment, the directory structure of the incremental update file is the same as the directory structure of the cloud phone system.

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

[0078] Figure 6 A schematic block diagram of an example electronic device 600 that can be used to implement an embodiment of the present disclosure is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present disclosure described and / or required herein.

[0079] like Figure 6As shown, the device 600 includes a computing unit 601, which can perform various appropriate actions and processes according to a computer program stored in a read-only memory (ROM) 602 or a computer program loaded from a storage unit 608 into a random access memory (RAM) 603. In the RAM 603, various programs and data required for the operation of the device 600 can also be stored. The computing unit 601, the ROM 602, and the RAM 603 are connected to each other via a bus 604. An input / output (I / O) interface 605 is also connected to the bus 604.

[0080] A number of components in the device 600 are connected to the I / O interface 605, including: an input unit 606, such as a keyboard, a mouse, etc.; an output unit 607, such as various types of displays, speakers, etc.; a storage unit 608, such as a disk, an optical disk, etc.; and a communication unit 609, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 609 allows the device 600 to exchange information / data with other devices through a computer network such as the Internet and / or various telecommunication networks.

[0081] The computing unit 601 may be a variety of general and / or special processing components with processing and computing capabilities. Some examples of the computing unit 601 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, digital signal processors (DSPs), and any appropriate processors, controllers, microcontrollers, etc. The computing unit 601 performs the various methods and processes described above, such as a cloud phone update method. For example, in some embodiments, the cloud phone update method may be implemented as a computer software program, which is tangibly contained in a machine-readable medium, such as a storage unit 608. In some embodiments, part or all of the computer program may be loaded and / or installed on the device 600 via ROM 602 and / or communication unit 609. When the computer program is loaded into RAM 603 and executed by the computing unit 601, one or more steps of the cloud phone update method described above may be performed. Alternatively, in other embodiments, the computing unit 601 may be configured to perform the cloud phone update method in any other appropriate manner (e.g., by means of firmware).

[0082] 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 (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various implementations can include: being implemented in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which can be a special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0083] The program code for implementing the method 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 device, so that the program code, when executed by the processor or controller, enables the functions / operations specified in the flow chart and / or block diagram to be implemented. The program code may be executed entirely on the machine, partially on the machine, partially on the machine and partially on a remote machine as a stand-alone software package, or entirely on a remote machine or server.

[0084] 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, device, or equipment. 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, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or equipment, or any suitable combination of the foregoing. A more specific example of a machine-readable storage medium may include an electrical connection based on one or more lines, 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 of the foregoing.

[0085] To provide interaction with a 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 (e.g., a mouse or trackball) through which the user can provide input to the computer. Other types 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 input from the user can be received in any form (including acoustic input, voice input, or tactile input).

[0086] The systems and techniques described herein may 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., a user computer with a graphical user interface or a web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such back-end components, middleware components, or front-end components. The components of the system may be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: a local area network (LAN), a wide area network (WAN), and the Internet.

[0087] Cloud computing refers to a technology system that uses network access to elastically scalable shared physical or virtual resource pools. Resources can include servers, operating systems, networks, software, applications, and storage devices, and can be deployed and managed in an on-demand, self-service manner. Cloud computing technology can provide efficient and powerful data processing capabilities for technical applications such as artificial intelligence and blockchain, as well as model training.

[0088] A computer system may include a client and a server. The client and the server are generally remote from each other and usually interact through a communication network. The relationship between the client and the server is generated by computer programs running on the corresponding computers and having a client-server relationship with each other. The server may be a cloud server, also known as a cloud computing server or a cloud host, which is a host product in the cloud computing service system to solve the defects of difficult management and weak business scalability in traditional physical hosts and virtual private servers (VPS) services. The server may also be a server of a distributed system, or a server combined with a blockchain.

[0089] It should be understood that the various forms of processes shown above can be used to reorder, add or delete steps. For example, the steps recorded in this disclosure can be executed in parallel, sequentially or in different orders, as long as the desired results of the technical solutions disclosed in this disclosure can be achieved, and this document does not limit this.

[0090] The above specific implementations do not constitute a limitation on the protection scope of the present disclosure. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions can be made according to design requirements and other factors. Any modification, equivalent substitution and improvement made within the spirit and principle of the present disclosure shall be included in the protection scope of the present disclosure.

Claims

1. A cloud phone update method, comprising: Receiving an incremental update file through a prepackaged interface, wherein the incremental update file is used to incrementally update the system of the cloud phone, and the directory structure of the incremental update file is the same as the directory structure of the system of the cloud phone; In response to the summary information of the incremental update file passing the verification, shutting down the virtual machine of the system running the cloud phone, and changing the state of the system volume corresponding to the cloud phone, including: changing the state of the system volume corresponding to the cloud phone from read-only to writable; Decompressing the incremental update file to the system volume to incrementally update the system of the cloud phone; Wherein, the method further comprises: Mount the system volume as read-only; The virtual machine is powered on.

2. The method according to claim 1, further comprising: Verifying the summary information of the incremental update file using an information summary algorithm to determine whether the summary information is complete; In response to the summary information failing to pass verification, incremental update file error information is returned.

3. A cloud phone updating device, comprising: A receiving module is configured to receive an incremental update file through a pre-packaged interface, wherein the incremental update file is used to incrementally update the system of the cloud phone, and the directory structure of the incremental update file is the same as the directory structure of the system of the cloud phone; The changing module is configured to shut down the virtual machine of the system running the cloud phone in response to the summary information of the incremental update file passing the verification, and change the state of the system volume corresponding to the cloud phone, including: changing the state of the system volume corresponding to the cloud phone from read-only to writable; A decompression module, configured to decompress the incremental update file to the system volume to incrementally update the system of the cloud phone; Wherein, the device further comprises: A mounting module, configured to mount the state of the system volume as read-only; The startup module is configured to start the virtual machine.

4. The apparatus according to claim 3, further comprising: A verification module is configured to verify the summary information of the incremental update file using an information summary algorithm to determine whether the summary information is complete; The return module is configured to return incremental update file error information in response to the summary information failing to pass the verification.

5. An electronic device comprising: at least one processor; as well as a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method according to any one of claims 1 to 2.

6. 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 any one of claims 1 to 2.

7. A computer program product, comprising a computer program, which, when executed by a processor, implements the method according to any one of claims 1 to 2.

Images