Method for configuring cloud mobile phone, related device and computer program product

Abstract

The invention provides a method and device for configuring a cloud mobile phone, electronic equipment, a computer readable storage medium and a computer program product, and relates to the technical field of artificial intelligence such as cloud computing, cloud service and environment simulation. A specific embodiment of the method comprises the following steps: in response to a received cloud mobile phone calling request of a target application, determining hardware environment constraint information corresponding to the target application; determining virtual hardware configuration parameters based on the hardware environment constraint information; sending the virtual hardware configuration parameters to the target cloud mobile phone; and controlling the target cloud mobile phone to configure corresponding virtual hardware in the local environment of the target cloud mobile phone based on the virtual hardware configuration parameters. Therefore, the cloud mobile phone can better provide support for the application and better run the application.

Description

Technical Field

[0001] The present disclosure relates to the field of computer technology, specifically to the field of artificial intelligence technology such as cloud computing, cloud services, and environmental simulation, and especially to methods, devices, electronic devices, computer-readable storage media, and computer program products for configuring cloud phones. Background Art

[0002] With the development of computer technology, cloud phone technology has emerged to improve the computing power and user experience of user devices. Cloud phone is a "mobile phone" that uses cloud computing technology to network terminal services and is implemented through cloud servers and cloud services. For example, for users, they can use their terminal devices as the operating carrier, use the "server" as the cloud computing power provider, and implement the "cloud phone" by interacting with the terminal device and the "server".

[0003] This kind of "mobile phone" that is deeply integrated with network services can obtain more powerful computing power through its own system and the network terminals set up by the manufacturer to provide more functions for the mobile phone used by users. Therefore, how to make cloud phones more and more effectively used by users is worthy of attention and urgent need. Summary of the invention

[0004] The embodiments of the present disclosure provide a method, an apparatus, an electronic device, a computer-readable storage medium, and a computer program product for configuring a cloud phone.

[0005] In a first aspect, an embodiment of the present disclosure proposes a method for configuring a cloud phone, comprising: in response to receiving a cloud phone call request from a target application, determining hardware environment constraint information corresponding to the target application; determining virtual hardware configuration parameters based on the hardware environment constraint information; sending the virtual hardware configuration parameters to the target cloud phone; and controlling the target cloud phone to configure corresponding virtual hardware based on the virtual hardware configuration parameters in the local environment of the target cloud phone.

[0006] In the second aspect, an embodiment of the present disclosure proposes a device for configuring a cloud phone, comprising: a constraint information determination unit, configured to determine the hardware environment constraint information corresponding to the target application in response to receiving a cloud phone call request of the target application; a virtual parameter determination unit, configured to determine the virtual hardware configuration parameters based on the hardware environment constraint information; a virtual parameter sending unit, configured to send the virtual hardware configuration parameters to the target cloud phone; and a cloud phone configuration control unit, configured to control the target cloud phone to configure the corresponding virtual hardware based on the virtual hardware configuration parameters in the local environment of the target cloud phone.

[0007] In a third aspect, an embodiment of the present disclosure provides 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 so that when the at least one processor executes, it can implement the method for configuring a cloud phone as described in any implementation method in the first aspect.

[0008] In a fourth aspect, an embodiment of the present disclosure provides a non-transitory computer-readable storage medium storing computer instructions, which are used to enable a computer to implement the method of configuring a cloud phone as described in any implementation method in the first aspect when executed.

[0009] In a fifth aspect, an embodiment of the present disclosure provides a computer program product comprising a computer program, which, when executed by a processor, can implement the method for configuring a cloud phone as described in any implementation manner in the first aspect.

[0010] The method, device, electronic device, computer-readable storage medium and computer program product for configuring a cloud phone provided by the embodiments of the present disclosure determine the hardware environment constraint information corresponding to the target application in response to receiving a cloud phone call request of a target application; determine virtual hardware configuration parameters based on the hardware environment constraint information; send the virtual hardware configuration parameters to the target cloud phone; and control the target cloud phone to configure the corresponding virtual hardware based on the virtual hardware configuration parameters in the local environment of the target cloud phone.

[0011] The present disclosure can enable cloud phones to better support applications and run applications better.

[0012] 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

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

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

[0015] Figure 2 A flowchart of a process for configuring a cloud phone provided in an embodiment of the present disclosure;

[0016] Figure 3 A flowchart of a process for determining virtual hardware configuration parameters provided by an embodiment of the present disclosure;

[0017] Figure 4 A schematic diagram of an architecture capable of implementing a process of configuring a cloud phone in an application scenario provided by an embodiment of the present disclosure;

[0018] Figure 5 A structural block diagram of a device for configuring a cloud phone provided in an embodiment of the present disclosure;

[0019] Figure 6 A schematic diagram of the structure of an electronic device suitable for executing a method for configuring a cloud phone provided in an embodiment of the present disclosure. DETAILED DESCRIPTION

[0020] 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 clarity and conciseness, descriptions of well-known functions and structures are omitted in the following description. It should be noted that the embodiments in the present disclosure and the features in the embodiments may be combined with each other without conflict.

[0021] In addition, in the technical solutions involved in this disclosure, the acquisition, storage, use, processing, transportation, provision and disclosure of the information involved (for example, user personal information) shall comply with the provisions of relevant laws and regulations and shall not violate public order and good morals. For example, the process of reading the hardware environment constraint information corresponding to the target application can be public and known to subjects such as users.

[0022] Figure 1 An exemplary system architecture 100 is shown to which embodiments of the method, apparatus, electronic device, and computer-readable storage medium for configuring a cloud phone of the present disclosure can be applied.

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

[0024] Users can use terminal devices 101, 102, 103 to interact with servers 105 and 106 through network 104 to receive or send messages, etc. For example, various applications for realizing information communication between the terminal devices 101, 102, 103 and server 105 can be installed, such as cloud phone management applications, cloud computing applications, instant messaging applications, etc. Correspondingly, communication between terminal devices 101, 102, 103 and server 106, and between server 105 and server 106 can also be realized similarly based on network 104, which will not be repeated here.

[0025] Terminal devices 101, 102, 103 and servers 105, 106 can all be hardware, or software individually or as a whole. When terminal devices 101, 102, 103 are hardware, they can be various electronic devices with display screens, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, etc.; when terminal devices 101, 102, 103 are software, they can be installed in the electronic devices listed above, which can be implemented as multiple software or software modules, or as a single software or software module, which is not specifically limited here. When servers 105, 106 are hardware, they can be implemented as a distributed server cluster composed of multiple servers (for example, a server cluster that can be used to provide cloud services), or as a single server; when the server is software, it can be implemented as multiple software or software modules, or as a single software or software module, which is not specifically limited here.

[0026] As discussed above, users can use terminal devices 101, 102, 103 to interact with servers 105 and 106 through network 104 to receive or send messages, etc. For example, when server 106 is exemplified as a subject providing a "cloud phone" service, users can use terminal devices 101, 102, 103 to communicate with server 106 through network 104 to obtain the "cloud phone service".

[0027] Accordingly, various applications for realizing information communication between the terminal devices 101, 102, 103 and the server 106 may be installed, such as cloud phone computing, cloud service and cloud gaming applications.

[0028] In some other scenarios, when multiple "cloud phones" are provided, server 105 can exemplarily be embodied as a "cloud phone service platform" that has management capabilities for the "cloud phones" and can configure the "cloud phones" used by users (for example, server 105 provides the required configuration files to server 106, so that server 106 completes the configuration according to the configuration files, and establishes communication with terminal devices 101, 102, and 103 according to the instructions of server 105).

[0029] Accordingly, the user can request the server 105 to configure and allocate a cloud phone for him / her by communicating with the server 105 (for example, the server 105 can configure the server 106 as a "cloud phone" for the terminal devices 101, 102, and 103 according to the user's request).

[0030] Accordingly, the server 105 and the server 106 can also similarly communicate based on the network 104. For example, the server 106 responds to the instructions of the server 105 and the configured permissions, and acts as a computing power provider of the "cloud phone" to provide services to the user.

[0031] It should be understood that in some scenarios, in order to simplify configuration and reduce configuration costs, the server 105 can actually be adjusted to a "plug-in" with corresponding capabilities (not shown in the figure). For example, such a "plug-in" can be configured in the terminal devices 101, 102, 103, or in the server 106, or independently of the terminal devices 101, 102, 103 and the server 106. Accordingly, the management and configuration of the server 106 as a "cloud phone" can be similarly completed through the simplified "plug-in".

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

[0033] Please refer to Figure 2 , Figure 2 A flowchart of a process for configuring a cloud phone is provided in an embodiment of the present disclosure, including process 200.

[0034] The process 200 specifically includes the following steps:

[0035] Step 201: In response to receiving a cloud phone call request of a target application, determining hardware environment constraint information corresponding to the target application;

[0036] In an embodiment of the present disclosure, the executing entity of the method for configuring a cloud phone (for example, the above-mentioned server 105, or a "plug-in", etc.) can respond when receiving a cloud phone call request from a target application, and determine the hardware environment constraint information corresponding to the target application.

[0037] The target application is the application (program) that the user is about to use or expects to use with the cloud phone. For example, the user can indicate the target application that the user expects to use with the cloud phone through communication with the execution subject. For example, the user can indicate the (target) application that the user expects to use through a cloud phone call request. Accordingly, after receiving the cloud phone call request, the execution subject can respond to it and determine the hardware environment constraint information corresponding to the target application.

[0038] The hardware environment constraint information indicates the "hardware" involved in the execution of the target application. For example, the hardware environment constraint information may include the type of hardware required to run the target application, the specific model under the type, SIM (Subscriber Identity Module) information, etc. Exemplarily, the hardware environment constraint information may include hardware of the type "camera" and the specific model under the "camera". For another example, the hardware environment constraint information may include hardware of the type "chip" and the specific model under the "chip", etc.

[0039] In some embodiments, the above types can generally be specifically divided into central processing unit, graphics processing unit, memory, storage, display screen, camera, microphone, etc.

[0040] It should be understood that if the execution entity needs to fully complete the configuration and management of the "cloud phone", the execution entity may also need to additionally determine the "software environment constraints" required by the target application (for example, the required "operating system", such as Android or IOS operating systems), and complete the configuration of the "operating system" accordingly based on the "software environment information".

[0041] Accordingly, if the executing entity does not need to fully complete the configuration and management of the "cloud phone" (for example, the executing entity can complete the configuration of the "operating system" in the "cloud phone" by itself or other entities, and the executing entity only provides the configuration of the "virtual hardware" discussed and involved below in this disclosure), then in such a scenario, the executing entity only needs to determine the "hardware environment constraint information" and use the "virtual hardware" to be discussed below as a supplement to the configuration of the "operating system".

[0042] Accordingly, based on such a situation, in practice, due to differences in the configuration of the execution subject, the "cloud phone call request" may actually be sent to different subjects at the same time or successively. In other words, the "cloud phone call request" can be sent to the execution subject of this embodiment for providing virtual hardware and the subject for providing and configuring the "operating system" at the same time, or the "cloud phone call request" can be sent by the user using the terminal device used to first send it to the configuration subject of the "operating system" and then to the execution subject of this embodiment.

[0043] Step 202: Determine virtual hardware configuration parameters based on hardware environment constraint information;

[0044] In the embodiment of the present disclosure, in this step, the execution subject can determine the virtual hardware configuration parameters of the required "virtual hardware" based on the hardware environment constraint information determined in the above step 201. For example, based on the type and specific model of the required hardware, the specific required "parameters" are determined. For example, for a central processing unit, the "parameters" can be the number of threads it has, etc.

[0045] Step 203: Send the virtual hardware configuration parameters to the target cloud phone;

[0046] In the embodiment of the present disclosure, in this step, the execution subject can send the virtual hardware configuration parameters determined in the above step 202 to the target cloud phone that is configured and determined to use the target application. For example, in the case where the execution subject is the server 105, the target cloud phone can be the server 106. For another example, in the case where the execution subject is a plug-in in the server 106, the target cloud phone can actually be more specifically understood as a cloud phone configuration unit in the server 106 (for example, an emulator in the cloud phone).

[0047] Therefore, the subsequent target cloud phone can use and refer to the virtual hardware configuration parameters to generate the corresponding virtual hardware in its current local environment through virtualization and simulation to provide support for the "hardware requirements" of the target application. For example, it can avoid the situation where the target application can only be used after scanning for the existence of specific hardware, and the target application cannot be identified and used due to the lack of virtualization and configuration of "hardware" in the (target) cloud phone. For example, the cloud phone only configures the operating system for the target application, but does not virtualize the camera, resulting in the target application that needs to be scanned for the existence of a camera to be used, and cannot be used by the cloud phone due to the "lack of a camera".

[0048] Step 204: Control the target cloud phone to configure corresponding virtual hardware based on the virtual hardware configuration parameters in the local environment of the target cloud phone.

[0049] In an embodiment of the present disclosure, in this step, as discussed above, after receiving the virtual hardware configuration sent and provided by the execution subject in step 203, the execution subject can generate corresponding virtual hardware based on these virtual hardware configurations through virtualization and simulation.

[0050] For example, the target cloud phone can be controlled to utilize an Android emulator, an Xcode emulator, etc., based on the virtual hardware configuration, to virtualize the required "virtual hardware" such as a camera, a microphone, etc.

[0051] Accordingly, in the scenario discussed above, where the execution subject is actually used to provide supplementary configuration of the "virtual hardware", the execution subject can further control the (target) cloud phone to report new configuration parameters to the target application based on the virtualized "virtual hardware", and disclose and provide the "virtual hardware" to the target application.

[0052] The method for configuring a cloud phone provided by the embodiment of the present disclosure determines the hardware environment constraint information corresponding to the target application in response to receiving a cloud phone call request of the target application; determines the virtual hardware configuration parameters based on the hardware environment constraint information; sends the virtual hardware configuration parameters to the target cloud phone; and controls the target cloud phone to configure the corresponding virtual hardware based on the virtual hardware configuration parameters in the local environment of the target cloud phone. Thus, the cloud phone can better support the application and run the application better.

[0053] In some embodiments, considering that the target application can be supported in practice, the "virtual hardware" that meets the requirements of the hardware environment constraint information may not be unique. Therefore, in order to reduce the user's operating costs and improve the user's operating efficiency while ensuring the user's cloud phone experience, it is also possible to determine the virtual hardware configuration parameters by interacting with the user.

[0054] For easier understanding, please refer to Figure 3 , Figure 3 A flowchart of a process of determining virtual hardware configuration parameters provided by an embodiment of the present disclosure includes process 300. For example, process 300 may be an alternative or replacement implementation of step 202 in the above embodiment.

[0055] The process 300 specifically includes the following steps:

[0056] Step 301: Determine candidate virtual hardware based on hardware environment constraint information;

[0057] Specifically, the execution subject can determine the candidate virtual hardware that can meet these parameters based on the above hardware environment constraint information (or more specifically, the "parameters" of the specific hardware required by the hardware environment constraint information). Accordingly, after the candidate virtual hardware is configured to the target cloud phone, the target cloud phone can meet the requirements of the hardware environment constraint information.

[0058] In some optional implementations of this embodiment, the candidate virtual hardware and the hardware configuration parameters associated with the candidate virtual hardware are determined based on the real hardware in the physical environment. For example, the candidate virtual hardware can be a virtualization of the real hardware (for example, the CPU of the X brand device, the chip of the Z brand). Accordingly, the hardware configuration parameters associated with the candidate virtual hardware (for example, the number of threads corresponding to the CPU) and the like also correspond to the real hardware accordingly.

[0059] Therefore, by corresponding to the model and parameters of the real hardware, the virtualized hardware can correspond to the real hardware, so as to avoid the situation where the target application configured with scanning and detection logic based on the "real hardware" cannot complete the identification and scanning of the "virtual hardware" due to the inability of the virtual hardware parameters to correspond to the "real hardware", thereby causing the target application to be unable to identify the virtual hardware.

[0060] In some optional implementations of this embodiment, the execution entity may pre-build a candidate virtual hardware database (for example, by collecting information about terminal mobile phones and real hardware and maintaining such a "database"), and then determine the candidate virtual hardware that meets the requirements based on the hardware environment constraint information by extracting it from the candidate virtual hardware database.

[0061] Step 302: Send candidate virtual hardware to the target device;

[0062] Specifically, the execution subject can send the candidate virtual hardware determined in the above step 302 to the target device (for example, the terminal devices 101, 102, 103 used by the user) for the user to select the candidate virtual hardware to determine the "virtual hardware configuration parameters" that the user expects and prefers to use. Accordingly, in such a method, because the user makes a selection based on the dimension of "candidate virtual hardware", in such a method, the user can often understand the "virtual hardware configuration parameters" and complete the selection at a lower cost and with lower requirements.

[0063] It should be understood that in some scenarios, the types of virtual hardware required may be at least two (for example, a virtual camera and microphone are required at the same time), and the execution subject can similarly refer to the configuration of the real mobile phone to provide different types of candidate virtual devices in a "combination" manner. For example, for a terminal mobile phone A in a real, physical scenario, if the camera it uses is model A1 and the microphone is model A2, the execution subject can combine the various candidate virtual hardware belonging to the terminal mobile phone A with "real mobile phone A" as the dimension, and provide multiple candidate virtual hardware to the user (or the target device) in a combined manner, for example, in the form of "A2 camera, A3 microphone of terminal mobile phone A" or "terminal mobile phone A".

[0064] Thus, users can select various candidate virtual hardware that they want to use in batches and quickly by selecting the model of the terminal mobile phone. Moreover, in this way, various virtual hardware can be "coordinated" based on the terminal mobile phone, so as to use the "cloud phone" to completely "restore" the terminal mobile phone.

[0065] It should be understood that even if different types of candidate virtual hardware are provided in the form of a "combination" with "terminal mobile phone" as the dimension, the execution entity can also adjust some of the candidate virtual hardware in the "combination" according to the user's instructions to meet the user's personalized needs.

[0066] Next, if the execution subject only receives the selection result of the target device for the candidate virtual hardware, the execution subject may respond thereto and perform step 303 .

[0067] Step 303: Determine virtual hardware configuration parameters according to the hardware configuration parameters associated with the selected target virtual hardware.

[0068] Specifically, the execution entity may use the hardware configuration parameters associated with the target virtual hardware as the above-mentioned virtual hardware configuration parameters based on the user's selection of candidate virtual hardware using the target device (for ease of understanding, the selected candidate virtual hardware may be referred to as "target virtual hardware"), so that the target cloud phone virtualizes the "target virtual hardware" according to the "virtual hardware configuration parameters".

[0069] In some optional implementations of this embodiment, the user can further and more personally adjust the hardware configuration parameters of the target virtual hardware during the process of selecting candidate virtual hardware, so that the adjusted target virtual hardware can better meet and be closer to the user's personalized needs (for example, in some scenarios, such an approach can provide better performance by adjusting the hardware configuration parameters after meeting the scanning requirements of the target application based on the SIM).

[0070] Therefore, the process 300 may further include step 304, which is executed when the execution subject determines that a selection result of the target device for the candidate virtual hardware and a hardware configuration parameter update request for the selected target virtual hardware are received.

[0071] Step 304: Returning the parameter range of the hardware configuration parameters that can be provided by the target virtual hardware to the target device;

[0072] Specifically, the execution subject may provide the target device with a parameter range of the hardware configuration parameters that can be provided by the target virtual hardware selected by the user in response to the hardware configuration parameter update request sent by the target device.

[0073] In practice, the user may select multiple target virtual hardwares, but only want to update the hardware configuration parameters of some of the target virtual hardwares. In this case, the user can also indicate the target virtual hardware that wants to obtain the "parameter range" by returning a distinguishing mark, thereby avoiding the waste of computing and communication resources.

[0074] In some embodiments, the parameter range of the hardware configuration parameters that the target virtual hardware can provide can be preset based on the hardware configuration under real conditions (for example, the range of the number of threads, the resolution of the captured image, etc.), thereby preventing the performance of the "virtual hardware" from being too far away from the actual scene.

[0075] Accordingly, the user can obtain and refer to the "parameter range" based on the target device, and then return the required updated hardware configuration parameters for the target virtual hardware to indicate the hardware configuration parameters of the target virtual hardware that the execution subject user expects to use.

[0076] Step 305: Determine virtual hardware configuration parameters based on the updated hardware configuration parameters returned by the target device for the target virtual hardware.

[0077] Specifically, in this step, the execution subject may use the updated hardware configuration parameters returned by the target device for the target virtual hardware in the above step 304 as the virtual hardware configuration parameters actually used.

[0078] In some optional implementations of this embodiment, as discussed above, in order to further reduce the user's operating costs and ensure the value of the candidate virtual hardware provided to the user, the execution entity may further screen the extracted candidate virtual hardware that can meet the hardware environment constraint information by referring to the expected hardware configuration parameters provided by the user after extracting the candidate virtual hardware from the candidate virtual hardware database.

[0079] That is, in some embodiments, if the execution subject determines at least two candidate virtual hardwares and receives the expected hardware configuration parameters provided by the target device, the execution subject may filter at least two candidate virtual hardwares based on the expected hardware configuration parameters to obtain the filtered candidate virtual hardwares, or in other words, "further filter out the candidate virtual hardwares actually for the user to select". Then, in the process of executing, for example, the above step 302, the execution subject may, as an alternative or substitute, choose to send the filtered candidate virtual hardwares to the target device.

[0080] In some embodiments, in the process of screening candidate virtual hardware based on expected hardware configuration parameters, that is, in the process of screening at least two candidate virtual hardware based on the expected hardware configuration parameters to obtain the screened candidate virtual hardware, the execution entity can first choose to detect whether the at least two candidate virtual hardware include target candidate virtual hardware that can meet all the expected hardware configuration parameters.

[0081] Accordingly, if there is a target candidate virtual hardware, the execution subject can respond to this and select the target candidate virtual hardware (or these) that can meet all the expected hardware configuration parameters as the selected candidate virtual hardware. Thus, by selecting and providing candidate virtual hardware that fully meets the user's expectations and needs, while ensuring that the virtual hardware can meet the hardware environment constraint information, the user's decision cost is reduced (that is, avoiding providing too many candidate virtual hardware at the same time to interfere with the user's choice and decision).

[0082] In some optional implementations of this embodiment, if there is no target candidate virtual hardware that can meet all the expected hardware configuration parameters, the execution entity may choose to sort each candidate virtual hardware in at least two candidate virtual hardware in descending order based on the degree of matching between the associated hardware configuration parameters and the expected hardware configuration parameters from high to low, to obtain a descending sorting result.

[0083] Specifically, the execution subject may assign a corresponding matching value to each candidate virtual hardware based on the number of items that the associated hardware configuration parameters match the expected hardware configuration parameters and the similarity between each hardware configuration parameter that matches the corresponding expected hardware configuration parameter. Then, the execution subject may determine the matching degree between the hardware configuration parameters associated with the candidate virtual hardware and the expected hardware configuration parameters based on the quantified matching value (as the matching value increases, the matching degree is correspondingly higher). Then, the execution subject may sort each candidate virtual hardware in the at least two candidate virtual hardware in descending order to obtain a descending sorting result.

[0084] Next, the execution subject can use the candidate virtual hardware with the highest preset order in the descending sorting result as the updated candidate virtual hardware. Thus, in the absence of candidate virtual hardware that can fully meet the personalized needs of the user, the candidate virtual hardware that can meet the personalized needs of the user as much as possible is provided to reduce the decision cost of the user.

[0085] In some embodiments, in order to facilitate the user to complete the interaction with the execution subject, reduce the user's interaction cost and the development and maintenance cost of the execution subject, the execution subject can also be configured to support the user to interact with the execution subject in the form of data generation (DG) commands. For example, the user can provide the expected hardware configuration parameters through dgmock update.

[0086] Accordingly, in response to determining at least two candidate virtual hardwares and receiving the desired hardware configuration parameters provided by the target device in a data generation command, the execution subject can filter at least two candidate virtual hardwares based on the desired hardware configuration parameters to obtain the filtered candidate virtual hardware.

[0087] Based on any of the above embodiments, as discussed above, the target cloud phone may have completed other configurations such as the "operating system" before the "virtual hardware" configuration process. In this case, the virtual hardware configuration parameters may conflict with the target configuration parameters in the current local environment of the target cloud phone.

[0088] If such a conflict exists, the execution subject may choose to respond to it by determining the function of the virtual hardware corresponding to the conflict.

[0089] Then, the execution entity may send conflict prompt information including instructions for the function to the target device (for example, in the conflict prompt information used to prompt the existence of the conflict, the "function" corresponding to the conflict is fed back and improved through comments, conflict codes, etc.) to determine the conflict resolution strategy through interaction with the user (for example, abandoning the "function" or resolving the "conflict" by, for example, manually modifying the corresponding parameters).

[0090] In some embodiments, if the execution subject receives function abandonment information of the target device for conflict prompt information, the execution subject can respond to this by choosing to delete the conflicting part of the virtual hardware configuration parameters corresponding to the target configuration parameters, thereby avoiding negative impact on the local environment of the cloud phone due to the addition of virtual hardware.

[0091] To deepen understanding, the present disclosure also provides a specific implementation solution in combination with a specific application scenario.

[0092] For this, please refer to Figure 4 . Figure 4 An exemplary architecture 400 capable of implementing a process of configuring a cloud phone in a specific application scenario provided by an embodiment of the present disclosure is shown.

[0093] For a better understanding, please refer to Figure 1 The various devices in the illustrated architecture 100 are described. And in the architecture 400, the plug-in 410 can be more specifically used to replace the server 105 as the "executing subject" to implement the process of configuring the cloud phone.

[0094] For example, in the architecture 400, the plug-in 410 can be used by a user (not shown) through the terminal device 101 to complete the configuration of the server 106 as the "target cloud phone". And, for ease of understanding, in this application scenario, the plug-in 410 is only used to provide and indicate the configuration of the virtual hardware.

[0095] Accordingly, in the architecture 400, when the user wishes to use the terminal device 101 to call the server 106 as a "cloud phone" to use the application 440, the user can first execute S401 through the terminal device 101 to simultaneously send a cloud phone call request for the application 440 to the plug-in 410 and the server 106 (not shown in the figure). Accordingly, when the server 106 receives the cloud phone call request, it can complete the configuration of, for example, the "operating system" for the application 440 in its local environment.

[0096] Next, the plug-in 410 may further execute S402 to determine the hardware environment constraint information 425 corresponding to the application 440 .

[0097] Then, the plug-in 410 continues to execute S403 to determine the candidate virtual hardware 411 and 412 based on the hardware environment constraint information 425. For example, the plug-in 430 can extract the candidate virtual hardware that meets the requirements from the candidate virtual hardware database 430 (the candidate virtual hardware database 430 can be maintained based on the pre-collected terminal mobile phone and real hardware information) based on the hardware environment constraint information 425. For example, the extracted candidate virtual hardware can be the candidate virtual hardware 411 and 412.

[0098] Next, the plug-in 410 may continue to execute S404 to send the candidate virtual hardware 411 and 412 to the terminal device 101 for the user to select.

[0099] Exemplarily, the user executes S405 through the terminal device 101 to return the selection result of the candidate virtual hardware 411 and 412 (for example, the candidate virtual hardware 412 is selected) to the plug-in 410. Accordingly, the plug-in 410 can continue to execute S406 based on the selection result to determine the virtual hardware configuration parameter 422 according to the hardware configuration parameters associated with the selected virtual candidate hardware 412.

[0100] Then, the plug-in 410 continues to execute S407 based on the determined virtual hardware configuration parameter 422 to send the virtual hardware configuration parameter 422 to the server 106 .

[0101] And the plug-in 410 continues to execute S408 to control the server 106 to configure the corresponding virtual hardware (not shown in the figure) based on the virtual hardware configuration parameters 432 in the local environment of the server 106.

[0102] Accordingly, after configuring the corresponding virtual hardware based on the virtual hardware configuration parameters 432, the server 106 can communicate with the application 440 to update and disclose the updated parameters (or virtual hardware) to the application 440, so as to provide the application 440 with "virtual hardware" that can be used and detected by the application 440.

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

[0104] like Figure 5 As shown, the apparatus 500 for configuring a cloud phone in this embodiment may include: a constraint information determination unit 501, a virtual parameter determination unit 502, a virtual parameter sending unit 503, and a cloud phone configuration control unit 504. Among them, the constraint information determination unit 501 is configured to determine the hardware environment constraint information corresponding to the target application in response to receiving a cloud phone call request of the target application; the virtual parameter determination unit 502 is configured to determine the virtual hardware configuration parameters based on the hardware environment constraint information; the virtual parameter sending unit 503 is configured to send the virtual hardware configuration parameters to the target cloud phone; the cloud phone configuration control unit 504 is configured to control the target cloud phone to configure the corresponding virtual hardware based on the virtual hardware configuration parameters in the local environment of the target cloud phone.

[0105] In this embodiment, in the device 500 for configuring a cloud phone, the specific processing of the constraint information determination unit 501, the virtual parameter determination unit 502, the virtual parameter sending unit 503 and the cloud phone configuration control unit 504 and the technical effects thereof can be referred to respectively. Figure 2 The relevant descriptions of steps 201 - 204 in the corresponding embodiment are not repeated here.

[0106] In some optional implementations of the present embodiment, the virtual parameter determination unit 502 includes: a candidate virtual hardware determination subunit, configured to determine candidate virtual hardware based on hardware environment constraint information, wherein the candidate virtual hardware can, after being configured to the target cloud phone, enable the target cloud phone to meet the requirements of the hardware environment constraint information; a candidate virtual hardware sending subunit, configured to send the candidate virtual hardware to the target device; a first target virtual hardware determination subunit, configured to determine the virtual hardware configuration parameters according to the hardware configuration parameters associated with the selected target virtual hardware in response to only receiving the selection result of the target device for the candidate virtual hardware.

[0107] In some optional implementations of this embodiment, the virtual parameter determination unit 502 also includes: a hardware configuration parameter range providing subunit, configured to return to the target device a parameter range of hardware configuration parameters that can be provided by the target virtual hardware in response to receiving a selection result of the target device for the candidate virtual hardware and a hardware configuration parameter update request for the selected target virtual hardware; and a second target virtual hardware determination subunit, configured to determine the virtual hardware configuration parameters based on the updated hardware configuration parameters returned by the target device for the target virtual hardware.

[0108] In some optional implementations of this embodiment, the candidate virtual hardware and the hardware configuration parameters associated with the candidate virtual hardware are determined based on real hardware existing in the physical environment.

[0109] In some optional implementations of this embodiment, the apparatus 500 further includes: a candidate virtual hardware update unit, configured to, in response to determining at least two candidate virtual hardwares and receiving the expected hardware configuration parameters provided by the target device, filter at least two candidate virtual hardwares based on the expected hardware configuration parameters to obtain filtered candidate virtual hardware; and a virtual parameter sending unit 503, further configured to send the filtered candidate virtual hardware to the target device.

[0110] In some optional implementations of this embodiment, the candidate virtual hardware update unit includes: a parameter matching detection subunit, configured to, in response to determining at least two candidate virtual hardwares and receiving the expected hardware configuration parameters provided by the target device, detect whether the at least two candidate virtual hardwares include a target candidate virtual hardware that can meet all the expected hardware configuration parameters; a first candidate virtual hardware screening subunit, configured to, in response to the existence of the target candidate virtual hardware, obtain screened candidate virtual hardware based on the target candidate virtual hardware.

[0111] In some optional implementations of this embodiment, the candidate virtual hardware update unit also includes: a second candidate virtual hardware screening subunit, configured to, in response to the absence of the target candidate virtual hardware, sort each candidate virtual hardware in at least two candidate virtual hardware in descending order based on the degree of matching between the associated hardware configuration parameters and the expected hardware configuration parameters from high to low to obtain a descending sorting result; and obtain the screened candidate virtual hardware based on the candidate virtual hardware with a front preset order in the descending sorting result.

[0112] In some optional implementations of this embodiment, the candidate virtual hardware update unit is further configured to, in response to determining at least two candidate virtual hardware and receiving the expected hardware configuration parameters provided by the target device in a data generation command, filter at least two candidate virtual hardware based on the expected hardware configuration parameters to obtain the filtered candidate virtual hardware.

[0113] In some optional implementations of this embodiment, the device 500 also includes: a conflict function detection unit, configured to determine the function of the virtual hardware corresponding to the conflict in response to a conflict between the virtual hardware configuration parameters and the target configuration parameters in the current local environment of the target cloud phone; a conflict function prompt unit, configured to send conflict prompt information including an indication of the function to the target device; and a virtual parameter update unit, configured to delete the conflicting part of the virtual hardware configuration parameters corresponding to the target configuration parameters in response to receiving function discard information from the target device in response to the conflict prompt information.

[0114] This embodiment exists as a device embodiment corresponding to the above method embodiment. The device for configuring a cloud phone provided by this embodiment determines the hardware environment constraint information corresponding to the target application in response to receiving a cloud phone call request of the target application; determines the virtual hardware configuration parameters based on the hardware environment constraint information; sends the virtual hardware configuration parameters to the target cloud phone; and controls the target cloud phone to configure the corresponding virtual hardware based on the virtual hardware configuration parameters in the local environment of the target cloud phone. As a result, the cloud phone can better support the application and run the application better.

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

[0116] Figure 6A 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.

[0117] like Figure 6 As 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.

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

[0119] 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 method for configuring a cloud phone. For example, in some embodiments, the method for configuring a cloud phone 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 method for configuring a cloud phone described above may be performed. Alternatively, in other embodiments, the computing unit 601 may be configured to perform a method for configuring a cloud phone in any other appropriate manner (e.g., by means of firmware).

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

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

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

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

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

[0125] 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 can also be divided into a server of a distributed system, or a server combined with a blockchain.

[0126] According to the technical solution of the embodiment of the present disclosure, in response to receiving a cloud phone call request of a target application, the hardware environment constraint information corresponding to the target application is determined; virtual hardware configuration parameters are determined based on the hardware environment constraint information; the virtual hardware configuration parameters are sent to the target cloud phone; and the target cloud phone is controlled to configure the corresponding virtual hardware based on the virtual hardware configuration parameters in the local environment of the target cloud phone. As a result, the cloud phone can better support the application and run the application better.

[0127] 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 provided by this disclosure can be achieved, and this document does not limit this.

[0128] 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 method for configuring a cloud phone, comprising: In response to receiving a cloud phone call request of a target application, determining hardware environment constraint information corresponding to the target application; Determine virtual hardware configuration parameters based on the hardware environment constraint information; Sending the virtual hardware configuration parameters to the target cloud phone; The target cloud phone is controlled to configure corresponding virtual hardware based on virtual hardware configuration parameters in the local environment of the target cloud phone.

2. The method according to claim 1, wherein: The determining of virtual hardware configuration parameters based on the hardware environment constraint information includes: Determine candidate virtual hardware based on the hardware environment constraint information, wherein the candidate virtual hardware can enable the target cloud phone to meet the requirements of the hardware environment constraint information after being configured to the target cloud phone; Sending the candidate virtual hardware to the target device; In response to receiving only the selection result of the target device for the candidate virtual hardware, the virtual hardware configuration parameters are determined according to the hardware configuration parameters associated with the selected target virtual hardware.

3. The method according to claim 2, further comprising: In response to receiving a selection result of the target device for the candidate virtual hardware and a hardware configuration parameter update request for the selected target virtual hardware, returning a parameter range of a hardware configuration parameter that can be provided by the target virtual hardware to the target device; Based on the updated hardware configuration parameters returned by the target device for the target virtual hardware, virtual hardware configuration parameters are determined.

4. The method according to claim 2, wherein: The candidate virtual hardware and the hardware configuration parameters associated with the candidate virtual hardware are determined based on real hardware existing in a physical environment.

5. The method according to claim 2, further comprising: In response to determining at least two of the candidate virtual hardwares and receiving the expected hardware configuration parameters provided by the target device, screening at least two of the candidate virtual hardwares based on the expected hardware configuration parameters to obtain screened candidate virtual hardwares; as well as The sending the candidate virtual hardware to the target device includes: The filtered candidate virtual hardware is sent to the target device.

6. The method according to claim 5, wherein: In response to determining at least two candidate virtual hardwares and receiving the expected hardware configuration parameters provided by the target device, screening at least two candidate virtual hardwares based on the expected hardware configuration parameters to obtain screened candidate virtual hardwares, including: In response to determining at least two of the candidate virtual hardwares and receiving the expected hardware configuration parameters provided by the target device, detecting whether the at least two candidate virtual hardwares include target candidate virtual hardware that can meet all the expected hardware configuration parameters; In response to the existence of the target candidate virtual hardware, filtered candidate virtual hardware is obtained based on the target candidate virtual hardware.

7. The method according to claim 6, further comprising: In response to the target candidate virtual hardware not existing, sorting each of the at least two candidate virtual hardware in descending order based on the matching degree between the associated hardware configuration parameters and the expected hardware configuration parameters from high to low to obtain a descending sorting result; The candidate virtual hardware after screening is obtained based on the candidate virtual hardware with a preset rank in the descending sorting result.

8. The method according to claim 5, wherein: In response to determining at least two candidate virtual hardwares and receiving the expected hardware configuration parameters provided by the target device, screening at least two candidate virtual hardwares based on the expected hardware configuration parameters to obtain screened candidate virtual hardwares, including: In response to determining at least two candidate virtual hardwares and receiving the expected hardware configuration parameters provided by the target device in a data generation command, at least two candidate virtual hardwares are screened based on the expected hardware configuration parameters to obtain screened candidate virtual hardwares.

9. The method according to claims 1-8, further comprising: In response to a conflict between the virtual hardware configuration parameter and a target configuration parameter in a current local environment of the target cloud phone, determining a function of the virtual hardware corresponding to the conflict; Sending conflict prompt information including an indication of the function to the target device; In response to receiving function discard information of the target device in response to the conflict prompt information, a conflicting portion of the virtual hardware configuration parameter corresponding to the target configuration parameter is deleted.

10. A device for configuring a cloud phone, comprising: A constraint information determination unit is configured to determine hardware environment constraint information corresponding to the target application in response to receiving a cloud phone call request of the target application; A virtual parameter determination unit, configured to determine virtual hardware configuration parameters based on the hardware environment constraint information; A virtual parameter sending unit, configured to send the virtual hardware configuration parameters to a target cloud phone; The cloud phone configuration control unit is configured to control the target cloud phone to configure corresponding virtual hardware based on virtual hardware configuration parameters in the local environment of the target cloud phone.

11. The device according to claim 10, wherein: The virtual parameter determination unit comprises: A candidate virtual hardware determination subunit is configured to determine candidate virtual hardware based on the hardware environment constraint information, wherein the candidate virtual hardware can enable the target cloud phone to meet the requirements of the hardware environment constraint information after being configured to the target cloud phone; A candidate virtual hardware sending subunit is configured to send the candidate virtual hardware to a target device; The first target virtual hardware determination subunit is configured to determine virtual hardware configuration parameters according to hardware configuration parameters associated with the selected target virtual hardware in response to receiving only the selection result of the target device for the candidate virtual hardware.

12. The device according to claim 11, wherein the virtual parameter determination unit further comprises: a hardware configuration parameter range providing subunit, configured to, in response to receiving a selection result of the target device for the candidate virtual hardware and a hardware configuration parameter update request for the selected target virtual hardware, return a parameter range of the hardware configuration parameters that can be provided by the target virtual hardware to the target device; The second target virtual hardware determination subunit is configured to determine virtual hardware configuration parameters based on the updated hardware configuration parameters returned by the target device for the target virtual hardware.

13. The device according to claim 11, wherein: The candidate virtual hardware and the hardware configuration parameters associated with the candidate virtual hardware are determined based on real hardware existing in a physical environment.

14. The apparatus according to claim 11, further comprising: A candidate virtual hardware updating unit is configured to, in response to determining at least two candidate virtual hardwares and receiving the expected hardware configuration parameters provided by the target device, screen at least two candidate virtual hardwares based on the expected hardware configuration parameters to obtain screened candidate virtual hardwares; as well as The virtual parameter sending unit is further configured to send the screened candidate virtual hardware to the target device.

15. The device according to claim 14, wherein: The candidate virtual hardware update unit comprises: a parameter matching detection subunit, configured to, in response to determining at least two candidate virtual hardwares and receiving the expected hardware configuration parameters provided by the target device, detect whether the at least two candidate virtual hardwares include target candidate virtual hardware that can meet all the expected hardware configuration parameters; The first candidate virtual hardware screening subunit is configured to obtain screened candidate virtual hardware based on the target candidate virtual hardware in response to the existence of the target candidate virtual hardware.

16. The apparatus according to claim 15, wherein the candidate virtual hardware update unit further comprises: The second candidate virtual hardware screening subunit is configured to, in response to the absence of the target candidate virtual hardware, sort each of the at least two candidate virtual hardware in descending order based on the degree of matching between the associated hardware configuration parameters and the expected hardware configuration parameters from high to low to obtain a descending sorting result; and obtain the screened candidate virtual hardware based on the candidate virtual hardware with a previous preset order in the descending sorting result.

17. The device according to claim 14, wherein: The candidate virtual hardware update unit is further configured to, in response to determining at least two candidate virtual hardwares and receiving the expected hardware configuration parameters provided by the target device in a data generation command, filter at least two candidate virtual hardwares based on the expected hardware configuration parameters to obtain filtered candidate virtual hardware.

18. The apparatus according to claims 10-17, further comprising: a conflict function detection unit, configured to, in response to a conflict between the virtual hardware configuration parameter and a target configuration parameter in a current local environment of the target cloud phone, determine a function of the virtual hardware corresponding to the conflict; a conflict function prompting unit configured to send conflict prompting information including an indication for the function to the target device; The virtual parameter updating unit is configured to delete the conflicting part of the virtual hardware configuration parameter corresponding to the target configuration parameter in response to receiving the function abandonment information of the target device for the conflict prompt information.

19. 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 so that the at least one processor can execute the method for configuring a cloud phone according to any one of claims 1-9.

20. A non-transitory computer-readable storage medium storing computer instructions, wherein the computer instructions are used to cause the computer to execute the method for configuring a cloud phone according to any one of claims 1-9.

21. A computer program product, comprising a computer program, wherein when the computer program is executed by a processor, the computer program implements the method for configuring a cloud phone according to any one of claims 1 to 9.

Images