System parameter configuration modification method, cloud mobile phone service platform, system and equipment

Abstract

The invention discloses a system parameter configuration modification method, a cloud mobile phone service platform, a system and equipment. In the system parameter configuration modification method, a cloud mobile phone service platform runs a master machine and at least one slave machine which are associated with each other, and the system parameter configuration modification method comprises the following steps: in response to modification information of a parameter configuration template of a target slave machine received by the master machine, the master machine sends the modified parameter configuration template to the target slave machine; and in response to the modified parameter configuration template received by the target sub-machine, the target sub-machine modifies the parameter configuration of the target sub-machine based on the modified parameter configuration template. Through the above mode, the at least one sub-machine can be directly controlled through the master machine to carry out system parameter configuration modification without switching back and forth among multiple devices to carry out parameter configuration modification, so that the operation steps of switching back and forth are reduced, the time cost is saved, and the system parameter configuration modification efficiency is improved.

Description

Technical Field

[0001] The present application relates to the field of cloud phone technology, and in particular to a system parameter configuration modification method, a cloud phone service platform, a system and a device. Background Art

[0002] With the continuous development of cloud computing technology, cloud phones have emerged. Cloud phones rely on cloud servers. Users access the cloud through terminal devices such as mobile phones and remotely control virtual cloud phone instances, enjoying a functional experience similar to that of physical phones. Currently, most cloud phone service providers rent or sell the use rights of individual cloud phones to users. Users can choose cloud phones with different configuration packages based on their needs and manage and operate each cloud phone independently.

[0003] The existing single-cloud phone management model is gradually becoming inconvenient in certain application scenarios. For example, startup teams, game studios, or individuals operating multiple accounts often need to simultaneously control multiple cloud phones with different configurations. Purchasing or renting multiple cloud phones with different configurations is expensive, and adjusting the parameters of these cloud phones requires users to first log out of the current cloud phone and then log in to each one individually to perform the tedious setup, which is time-consuming, labor-intensive, and inefficient. Summary of the Invention

[0004] This application mainly provides a system parameter configuration modification method, cloud phone service platform, system and equipment to solve the problem of low operating efficiency caused by the need to switch devices when configuring parameters of multiple cloud phones.

[0005] To solve the above technical problems, the present application adopts a technical solution: a method for modifying system parameter configuration. In the method, the cloud phone service platform operates with an associated master device and at least one slave device. The method comprises: in response to the master device receiving modification information for a parameter configuration template of a target slave device, the master device sending the modified parameter configuration template to the target slave device; and in response to the target slave device receiving the modified parameter configuration template, the target slave device modifying its own parameter configuration based on the modified parameter configuration template.

[0006] In an optional implementation of the embodiment of the present application, before the master machine sends the modified parameter configuration template to the target slave machine, the method further includes:

[0007] Verify the modified parameter configuration template.

[0008] In an optional implementation of the embodiment of the present application, after verifying the modified parameter configuration template, the method further includes:

[0009] Send confirmation information to the client to confirm whether to restart the target sub-machine;

[0010] The sending the modified parameter configuration template to the target slave comprises: in response to receiving feedback information confirming restarting the target slave, sending the modified parameter configuration template to the target slave.

[0011] In an optional implementation of the embodiment of the present application, the parameter configuration template supports custom parameter combinations.

[0012] In an optional implementation of the embodiment of the present application, after the slave device modifies its own parameter configuration based on the modified parameter configuration template, the method further includes:

[0013] The target sub-machine returns the execution result to the master machine, and the master machine displays the modification result prompt on the client.

[0014] To solve the above technical problems, another technical solution adopted by this application is to provide a cloud phone service platform. The cloud phone service platform is used to allocate control rights of a master phone and at least one associated slave phone to a client. The cloud phone service platform includes a control module, a slave phone service module, and a service platform module. The master phone runs on the client and is associated with the control module. The control module is used to receive modification information for a parameter configuration template of a target slave phone, invoke the communication function of the service platform module to send the modified parameter configuration template to the slave phone service module, and the slave phone service module is used to modify the parameter configuration of the target slave phone based on the modified parameter configuration template after receiving the modified parameter configuration template.

[0015] To solve the above-mentioned technical problems, another technical solution adopted by this application is to provide a cloud phone service system. The cloud phone service system includes a client and a server in communication connection. The server is the carrier of the cloud phone service platform. The cloud phone service platform runs an associated master machine and at least one slave machine, and the master machine runs on the client. The master machine is configured to send a modified parameter configuration template to the target slave machine upon receiving modification information for the parameter configuration template of the target slave machine. The slave machine is configured to modify its own parameter configuration based on the modified parameter configuration template upon receiving the modified parameter configuration template.

[0016] To solve the above technical problems, another technical solution adopted in this application is: providing a computer device, including a memory, a processor and a computer program stored in the memory, characterized in that the processor executes the computer program to implement the steps of the above-mentioned system parameter configuration modification method.

[0017] In order to solve the above technical problems, another technical solution adopted in this application is: providing a computer-readable storage medium on which a computer program is stored, characterized in that when the computer program is executed by a processor, the steps of the system parameter configuration modification method as described above are implemented.

[0018] In order to solve the above technical problems, another technical solution adopted in this application is: to provide a computer program product, including a computer program, characterized in that when the computer program is executed by a processor, it implements the steps of the above-mentioned system parameter configuration modification method.

[0019] The beneficial effect of the present application is that, unlike the prior art, the present application discloses a method for modifying system parameter configuration. In the method, based on a pre-built cloud phone service platform and a parent machine and at least one child machine associated through a parent-child architecture running on the service platform, after the user modifies the parameter configuration template, the parent machine sends the modified parameter configuration template to the target child machine, the child machine receives the modified parameter configuration template, and modifies its own parameter configuration based on the modified parameter configuration template, thereby directly controlling at least one child machine to modify the system parameter configuration through the parent machine, eliminating the need to switch back and forth between multiple devices to modify the parameter configuration, reducing the switching steps, saving time costs, and improving the efficiency of system parameter configuration modification. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments of the present application. Those skilled in the art can also derive other drawings based on these drawings without inventive work, among which:

[0021] Figure 1 This is a schematic diagram of the structure of the cloud phone service platform provided by this application;

[0022] Figure 2 This is a schematic diagram of the interaction structure of various modules on the server side of the cloud phone service platform provided by this application;

[0023] Figure 3 This is a schematic diagram of the mother-child business logic of the cloud phone service platform provided by this application;

[0024] Figure 4 This is a diagram of the data transmission request interaction process of the cloud phone service platform provided by this application;

[0025] Figure 5 This is a schematic diagram of the cloud machine replacement interaction process of the cloud phone service platform provided by this application;

[0026] Figure 6 This is a schematic diagram of the interaction structure between the video stream acquisition submodule and the picture acquisition submodule of the cloud phone service platform provided by this application;

[0027] Figure 7 This is a schematic diagram of the interaction structure between the data storage submodule and the file storage submodule of the cloud phone service platform provided by this application;

[0028] Figure 8 This is a schematic diagram of the backup / restore process of the parent and child devices of the cloud phone service platform provided by this application;

[0029] Figure 9 This is a schematic diagram of the parent-child machine file transfer process of the cloud mobile phone service platform provided by this application;

[0030] Figure 10 This is a schematic diagram of the interaction structure of the resource allocation submodule of the cloud phone service platform provided by this application;

[0031] Figure 11 This is a schematic diagram of the interaction structure between the application running submodule and the control instruction parsing submodule of the cloud phone service platform provided by this application;

[0032] Figure 12 This is a schematic diagram of the start-stop interaction process of the parent-child machine application of the cloud mobile phone service platform provided by this application;

[0033] Figure 13 This is a flowchart of a first embodiment of a method for modifying system parameter configuration provided by the present application;

[0034] Figure 14 This is a schematic diagram of the parameter verification and restart process before modification of the system parameter configuration modification method embodiment 1 provided by the present application;

[0035] Figure 15 This is a flow chart of the interaction between the parent and child devices for modifying parameter configurations in the first embodiment of the system parameter configuration modification method provided by the present application;

[0036] Figure 16 This is a structural diagram of the third embodiment of the cloud phone service system provided by this application. DETAILED DESCRIPTION

[0037] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are only part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0038] The terms "first", "second" and "third" in the embodiments of the present application are only used for descriptive purposes and are not to be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Thus, a feature defined as "first", "second" and "third" may explicitly or implicitly include at least one of the features. In the description of the present application, the meaning of "plurality" is at least two, such as two, three, etc., unless otherwise clearly and specifically defined. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device comprising a series of steps or units is not limited to the listed steps or units, but may optionally also include steps or units that are not listed, or may optionally also include other steps or units inherent to these processes, methods, products or devices.

[0039] References to "embodiments" herein mean that a particular feature, structure, or characteristic described in connection with the embodiments may be included in at least one embodiment of the present application. The appearance of the phrase in various places in the specification does not necessarily refer to the same embodiment, nor does it constitute an independent or alternative embodiment that is mutually exclusive of other embodiments. It is understood, both explicitly and implicitly, by those skilled in the art that the embodiments described herein may be combined with other embodiments.

[0040] In this application, a cloud phone service platform is pre-built, which serves as a platform for the main machine and the sub-machine to operate and provide various functional services. To facilitate understanding of a method for modifying system parameter configuration provided in this application, the cloud phone service platform (also known as a cloud phone service system based on a parent-child architecture) is described below:

[0041] The cloud phone service system based on the parent-child architecture provided by this application refers to Figure 1 , Figure 1 This is a schematic diagram of the structure of the cloud phone service platform provided by this application. The cloud phone service system based on the parent-child architecture includes a client 10 and a server 20, and the client 10 is in communication with the server 20;

[0042] The client 10 is used to obtain the control authority of the parent-child cloud phone from the server 20, and the server 20 is used to allocate the control authority of the parent machine 21 and at least one child machine 22 to the client 10, wherein the parent machine 21 runs on the client 10, and the parent machine 21 is used to interact with each child machine 22, and the configuration of the parent machine 21 is higher than that of the child machine 22.

[0043] In this application, the parent-child architecture is innovatively applied to the cloud phone service, forming a cloud phone mother-child machine mode, wherein the mother-child architecture (Mother-Child Architecture) is a system design pattern, which is usually used in distributed systems or service management. This architecture consists of two parts: a mother node (Mother Node), which is responsible for overall coordination and management, monitors the status and health of child nodes, assigns tasks to child nodes, and may have a fault recovery mechanism; a child node (ChildNode), which performs specific tasks and reports status to the mother node, and is usually stateless and replaceable. The cloud phone mother-child machine mode can be understood as treating the cloud phone responsible for control as the mother node in the mother-child architecture, that is, as the mother machine 21; and the controlled cloud phone as the child node in the mother-child architecture, that is, as the child machine 22.

[0044] In this application, client 10 refers to the end of a computer network that initiates requests and receives services, typically a device or software operated directly by a user. Client 10 can be hardware, specifically a mobile device (smartphone or tablet), a desktop (PC or laptop), or an embedded device (smart TV or IoT sensor). Client 10 can also be software, specifically a native application (iOS / Android app or Windows software), a browser (Chrome or Safari), or a command-line tool (such as curl or Postman).

[0045] Because the operation of the mother-child machine or cloud phone needs to rely on a client 10 to use. For example, if you use online payment operations, you need to rely on WeChat, Alipay or other clients that provide payment functions. Similarly, the operation of the mother-child machine or cloud phone also requires a client 10 to provide an operation entrance.

[0046] The server side 20 can be a physical server side, a cloud server side, or a virtual server side. If the server side 20 is a physical server side (for example, a physical server with an ARM architecture), it can be understood that the physical server includes multiple computing chips, which include multiple host machines. Each host machine includes multiple cloud phone instances, and the parent machine 21 and the child machine 22 can be determined from these cloud phone instances. In the embodiment of the present application, the server side 20 takes the cloud server side (such as a cloud server with an ARM architecture) as an example to illustrate the cloud phone service system based on the parent-child architecture.

[0047] In this application, the client 10 and the server 20 are connected in communication. The core of the communication is the protocol selection and data exchange format. You can weigh the real-time, security and performance according to the scenario and select the appropriate communication protocol and data exchange format. You can also mix multiple methods, such as HTTP application program interface (API) + WebSocket protocol for communication.

[0048] In this application, users can purchase a parent-child phone package through the client 10. After the purchase is completed, the server 20 will allocate the parent-child cloud phones, and allocate the control rights of the allocated parent-child cloud phones to the client 10, as well as allocate the control rights of the parent phone 21 and at least one child phone 22 to the client 10.

[0049] It should be noted that the mother machine 21 is assigned to the client 10 for operation, and the control authority assigned to the client 10 is the mother-child cloud phone, that is, the user can control the mother machine 21 on the client 10, and control the child machine 22 through the mother machine 21. The mother-child cloud phone is deployed on the server 20. The performance of the mother-child cloud phone (including computing power, network performance, virtualization efficiency and software optimization) still depends on the hardware resources of the server 20, rather than the hardware resources (device configuration) of the client 10. Therefore, the performance of the cloud phone is not affected by the device configuration of the client 10 used by the user. Even if the client 10 device configuration is low, the user can obtain a high-configuration cloud phone for use according to the usage needs, achieving a breakthrough in physical limitations and suitable for high-performance, multi-tasking scenarios.

[0050] The configuration of the cloud phone mainly includes CPU configuration, GPU configuration and memory / storage. When allocating cloud phones on the server side 20, it is necessary to allocate a master machine 21 and at least one slave machine 22 to the client side 10. Among them, the division of the master machine 21 and the slave machine 22 is based on the configuration level of the cloud phone. The cloud phone with a higher configuration among all the optional cloud phones is selected as the master machine 21, and the cloud phone with a lower configuration is selected as the slave machine 22, so that the master machine 21 can control each slave machine 22 through interaction.

[0051] On the client 10, the user can view the screen of at least one slave device 22 through the master device 21, and the user can control each slave device 22 through the master device 21. The following uses an example of a master device 21 controlling a slave device 22 to illustrate the interaction between the master device 21 and the slave devices 22.

[0052] This application discloses a cloud phone service system based on a parent-child architecture. The system includes a client 10 and a server 20. The client 10 is in communication with the server 20. The client 10 obtains the control authority of the parent-child cloud phone from the server 20 through the client 10, and the server 20 allocates the control authority of the parent device 21 and at least one child device 22 to the client 10 through the server 20. The parent device 21 runs on the client 10 and is used to interact with each child device 22. The configuration of the parent device 21 is higher than that of the child device 22. This enables comprehensive and convenient control of at least one other cloud phone through one cloud phone, achieving low-cost and high-efficiency centralized management and control of multiple cloud phones, eliminating the need for users to frequently switch between different device interfaces, reducing operational complexity and time costs.

[0053] In this application, reference is made to Figure 2 , Figure 2 This is a schematic diagram of the interaction structure of the server-side modules of the cloud phone service platform provided by this application. The server-side 20 includes a control module 23, a slave 22, a service module 24, and a service platform module 25, which are sequentially connected in communication. The client 10 is connected in communication with the control module 23.

[0054] The mother machine 21 running on the client 10 is used to send interaction instructions to the control module 23, and the control module 23 is used to send sub-machine 22 service drive instructions to the sub-machine 22 service module 24 based on the received interaction instructions. The sub-machine 22 service module 24 is used to call the data transmission function of the service platform module 25 based on the received sub-machine 22 service drive instructions to complete the control of the sub-machine 22.

[0055] The control module 23 is the core of the cloud phone service system based on the parent-child architecture. It communicates with the client 10 upwards, receiving interactive commands corresponding to various service requests from the client 10. It communicates with the slave 22 service module 24 downwards, converting interactive commands received from the client 10 into driver commands that the slave 22 service module 24 can parse and send these commands to the slave 22 service module. It also communicates with the service platform module 25 to invoke various functions within the service platform module 25. Service requests initiated by the client 10 include file transfers, application startup and shutdown, backup / restore, cloud machine replacement, and one-click new machine creation.

[0056] The service module 24 of the slave 22 communicates with the control module 23 to achieve two-way interaction, and communicates with the service platform module 25 to call various functions in the service platform module 25. After receiving the drive instruction sent by the control module 23, the service module 24 calls the data transmission function in the service platform module 25 and executes the drive instruction through data transmission coordination, thereby achieving corresponding control of the slave 22 according to the drive instruction.

[0057] The service platform module 25 is communicatively connected with the control module 23 and the sub-machine 22 service module 24, serving as the business support for the cloud phone service system based on the parent-child architecture, providing an operating environment, and coordinating data transmission to ensure smooth data exchange between the client 10, the control module 23 and the sub-machine 22 service module 24.

[0058] In a specific embodiment, referring to Figure 3 , Figure 3 This is a schematic diagram of the mother-child machine business logic of the cloud phone service platform provided by this application. After the user purchases the mother-child machine package through the client 10 (such as Android client, H5 or PC client), he obtains the mother machine 21 and the child machine 22 allocated by the server 20. After the user opens the mother machine 21 on the client 10, he can display the screen preview of the mother machine 21 on the client 10. The mother machine 21 is pre-installed with a "Console APP". By clicking on the "Console APP", you can open the screen preview of the child machine 22. Among them, the "Console APP" is a pre-installed APP that integrates business functions including file transfer, application start and stop, backup / restore, replacement of cloud machines and one-click new machines. Therefore, users can also issue task instructions through the function options provided by the "Console APP" to control the child machine 22 accordingly. Among them, the functions of each business function in the "Console APP" are as follows:

[0059] File transfer: Click to read the list of files and non-system applications on the master device 21, and transfer them to the slave device 22 after the user selects them;

[0060] Application start and stop: After clicking, a list of non-system applications of the slave device 22 will be displayed on the master device 21, and the user can select an application to start or stop it;

[0061] Replace cloud machine: Click to directly replace a new sub-machine 22 on the master machine 21;

[0062] Backup and recovery: Backup refers to backing up files and non-system application data on the slave machine 22 to the master machine 21; recovery refers to restoring data that has been backed up to the master machine 21 to the slave machine 22;

[0063] One-key new machine: Perform one-key new machine operation on the sub-machine 22 on the master machine 21. One-key new machine means changing the parameters of the sub-machine 22.

[0064] Reference Figure 4 , Figure 4This is a schematic diagram of the data transmission request interaction process of the cloud phone service platform provided in this application. The client 10 sends an interactive instruction of the data transmission request to the control module 23. After receiving the interactive instruction of the data transmission request, the control module 23 converts the interactive instruction of the data transmission request into a sub-machine 22 service drive instruction (including the data transmission request) that can be parsed by the sub-machine 22 service module 24, and then forwards the sub-machine 22 service drive instruction to the sub-machine 22 service module 24. The sub-machine 22 service module 24 calls the data transmission function of the service platform module 25 based on the received sub-machine 22 service drive instruction. At this time, the service platform module 25 is used to monitor the network status in the data transmission, plan the transmission protocol, and coordinate the data transmission to realize the transmission of the mother machine 21 data to the sub-machine 22. After the transmission is completed, the service platform module 25 sends a transmission completion notification to the sub-machine 22 service module 24, which is then fed back to the control module 23 by the sub-machine 22 service module 24, and finally fed back to the client 10.

[0065] For example, when the user chooses to transfer a file to the sub-machine 22, in the cloud phone service system based on the parent-child architecture, the parent machine 21 running on the client 10 sends an interactive instruction containing the file transfer business function to the control module 23. After receiving the interactive instruction, the control module 23 converts the interactive instruction into a sub-machine 22 service driver instruction that can be parsed by the sub-machine 22 service module 24, and then sends the sub-machine 22 service driver instruction to the sub-machine 22 service module 24. The sub-machine 22 service module 24 calls the data transmission function of the service platform module 25 based on the received sub-machine 22 service driver instruction, and executes the relevant business operations of the file transfer to realize the transfer of the mother machine 21 file to the sub-machine 22.

[0066] Different from the existing technology that is limited by the performance and functions of a single cloud phone and cannot efficiently run multi-tasking operations or complex business processing, in this application, a control module 23, a sub-machine 22 service module 24 and a service platform module 25 that are sequentially connected to each other are constructed on the server side 20, and the client 10 is connected to the control module 23 to realize the step-by-step transmission of interactive instructions, so that the user can control the sub-machine 22 through the mother machine 21 after initiating the operation on the client 10, realize flexible interactive management of data between different cloud phones, and efficiently run multi-tasking operations and complex business processing.

[0067] In this application, the service platform module 25 is also used to match idle cloud phones to the client 10 based on the available resource pool of the server 20 and the device attributes of the client 10, where the relatively high-end cloud phone serves as the master phone 21 and the relatively low-end cloud phone serves as the slave phone 22, and the identity identifiers of the master phone 21 and the slave phone 22 are assigned to the client 10.

[0068] In this application, the service platform module 25 includes a sub-function module for cloud machine allocation. When a user purchases a parent-child package on the client 10, the service platform module 25 will call the cloud machine allocation sub-function module to allocate the parent and child cloud phones. For example, if a user purchases a package of one parent machine 21 and one child machine 22 on the client 10, the cloud machine allocation process after the purchase is completed is as follows:

[0069] The service platform module 25 obtains cloud phone resource information from the available resource pool based on the server side 20. The available resource pool stores a large number of idle cloud phones with different configurations suitable for different application scenarios. It matches all idle cloud phones according to the user device attributes, and matches a master phone 21 and a slave phone 22 according to the actual needs of the user to purchase a package. The cloud phone with the higher configuration of the two matched cloud phones is used as the master phone 21, and the other cloud phone with the lower configuration is used as the slave phone 22. Then, after determining the master phone 21 and each slave phone 2221, a master-slave phone instance is created, and the identity identifiers (IDs) of the master phone 21 and the slave phone 22 are assigned to the client 10, and the IDs of the master phone 21 and the slave phone 22 are bound to associate the master-slave relationship. Among them, the user device attributes here can be understood as the device configuration of the above-mentioned client 10, including CPU configuration (number of CPU cores, CPU memory), GPU configuration and memory / storage.

[0070] Different from the problem in the existing technology that there is a lack of efficient coordination mechanism between devices and it is not convenient to centrally control another device on one device (cloud phone), in this application, by dividing the cloud phone into a mother machine 21 and each child machine 22 according to the configuration level, the mother-child relationship is associated to form a mother-child architecture, so that the mother machine 21 can be used to control each child machine 22 to complete collaborative interaction, and at least one other device can be conveniently controlled on one device.

[0071] In this application, the service platform module 25 is also used to receive a request from the client 10 to replace the cloud machine, match an idle cloud phone as a new sub-machine 22 to the client 10 based on the available resource pool of the server 20 and the device attributes of the old sub-machine 22, and assign the identity of the new sub-machine 22 to the client 10.

[0072] A sub-machine 22 may malfunction during operation. For example, the sub-machine 22 may display an error code such as maintenance, failure, or offline, or the sub-machine 22 may freeze or display a black screen during operation. In this case, a new sub-machine 22 may be required.

[0073] In this application, the sub-function module for cloud machine allocation included in the service platform module 25 can also be used to realize the function of replacing the cloud machine. When the sub-machine 22 fails, the user can send a request to replace the cloud machine to the service platform module 25 through the client 10. After receiving the request to replace the cloud machine, the service platform module 25 first reads the device attributes of the old sub-machine 22 (that is, the faulty sub-machine 22 to be replaced) (that is, the above-mentioned device configuration, including CPU configuration, GPU configuration and memory / storage). Then, the service platform module 25 obtains the cloud phone resource information from the available resource pool based on the server 20. Then, according to the device attributes of the old sub-machine 22, a cloud phone of the same specifications is re-matched as the new sub-machine 22. Finally, an instance of the new sub-machine 22 is created, the identity (ID) of the new sub-machine 22 is assigned to the client 10, and the IDs of the mother machine 21 and the new sub-machine 22 are re-bound, that is, the parent-child relationship between the mother machine 21 and the new sub-machine 22 is re-associated.

[0074] Different from the existing technology in which the replacement of cloud machines requires switching the current cloud phone device, that is, the problem of needing to exit the current session and switch to other cloud phone devices, in this application, through the parent-child architecture of the cloud phone, the cloud machine can be replaced by direct operation in the parent machine 21, thereby realizing the operation of replacing the cloud machine without switching devices.

[0075] In the present application, the service platform module 25 is further configured to delete the identity of the old sub-machine 22 from the client 10 , clear the data in the old sub-machine 22 , and recycle the data to the available resource pool of the server 20 .

[0076] During the cloud machine replacement process, the old sub-machine 22 needs to be released and recycled. First, the service platform module 25 deletes the identity (ID) of the old sub-machine 22 from the client 10 and unbinds the old sub-machine 22 from the parent machine 21 (the parent-child relationship). After the unbinding is complete, the service platform module 25 clears the data in the old sub-machine 22, restoring the old sub-machine 22 to its factory settings, and then recycles the old sub-machine 22 to the available resource pool on the server 20.

[0077] In this application, reference is made to Figure 5 , Figure 5This is a schematic diagram of the cloud machine replacement interaction process of the cloud phone service platform provided by this application. Taking the interaction between the mother machine 21 and the child machine 22 and the client 10 and the server 20 as an example, the process of replacing the cloud machine is explained again. First, the client 10 sends a request to replace the cloud machine to the mother machine 21. After receiving the request, the mother machine 21 requests the configuration information of the child machine 22 from the server 20. After the server 20 returns the configuration information of the child machine 22 to the mother machine 21, the mother machine 21 sends a request to replace the cloud machine to the server 20. The server 20 will allocate the cloud machine, bind the allocated new child machine 22 to the mother machine 21 as a mother-child machine relationship, and then recycle the old child machine 22 to the available resource pool, and send a replacement completion notification to the mother machine 21. The mother machine 21 then feedbacks the replacement completion to the client 10.

[0078] Unlike the existing technology in which the cloud machine replacement process is cumbersome and cannot be directly replaced on the currently operating cloud phone, and some manufacturers do not support customers to replace the cloud machine by themselves, in this application, users can use the cloud machine replacement function pre-installed in the mother machine 21 to directly and conveniently and quickly replace the sub-machine 22, and during the replacement process, the old sub-machine 22 is directly cleared of data and recycled into the available resource pool of the server side 20, thereby quickly realizing the exchange of the old and new cloud machines.

[0079] In this application, reference is made to Figure 6 , Figure 6 This is a schematic diagram of the interactive structure of the video stream acquisition submodule and the picture acquisition submodule of the cloud phone service platform provided by this application. The sub-machine 22 service module 24 includes a video stream acquisition submodule 241. The sub-machine 22 service module 24 is also used to call the video stream acquisition submodule 241 to obtain the picture of the sub-machine 22 and generate a video stream, and transmit the video stream to the control module 23 in real time; the control module 23 includes a picture acquisition submodule 231. The control module 23 is also used to call the picture acquisition submodule 231, receive the video stream sent by the sub-machine 22 service module 24, decode the video stream and render it to the client 10.

[0080] In this application, the user can view the screen of the slave machine 22 through the screen of the master machine 21 displayed by the client 10. When the user clicks on the "view console APP" built into the master machine 21, and clicks on the preview of the slave machine 22, the screen of the slave machine 22 can be displayed on the screen of the master machine 21.

[0081] During this process, the service module 24 of the slave 22 calls the video stream acquisition submodule 241 in the service module 24 of the slave 22 to obtain the image of the slave 22 through video streaming. Video streaming refers to the technology of transmitting real-time or recorded video data from the source (such as a cloud phone, camera, or computer) to the receiving end (such as a mobile phone, TV, or live broadcast platform) via the network. For example, during a live game broadcast, the cloud phone pushes the image to the live broadcast platform. Video streaming is one of the core functions of the cloud phone, involving multiple links such as video acquisition, encoding, transmission, decoding, and rendering.

[0082] After acquiring the screen from the slave device 22, the video stream acquisition submodule 241 encodes and decompresses the screen (which may be the H.264 video compression standard) to generate video stream data, which is then transmitted in real time to the control module 23. Because the screen from the slave device 22 is dynamically and continuously displayed on the screen of the master device 21, during the above process, the video stream acquisition submodule 241 continuously acquires the screen from the slave device 22 and continuously transmits the video stream data obtained by encoding and decompressing the screen to the control module 23.

[0083] After the video stream data is transmitted to the control module 23, the control module 23 will call the picture acquisition submodule 231 in the control module 23 to receive the video stream data, then decode the video stream data, and render the decoded video stream data to the client 10, so that the user can view the real-time picture of the sub-machine 22 through the mother machine 21 running on the client 10.

[0084] Different from the problem in the prior art that users cannot view the screen of another cloud machine device through one cloud machine device, in this application, through the interaction of the video stream acquisition submodule 241 in the service module 24 of the sub-machine 22 and the screen acquisition submodule 231 in the control module 23, the screen of the sub-machine 22 is obtained and displayed in real time on the screen of the mother machine 21, allowing users to conveniently view the screen of at least one sub-machine 22 through the mother machine 21, so as to facilitate the control operation of the sub-machine 22.

[0085] In this application, reference is made to Figure 7 , Figure 7This is a schematic diagram of the interaction structure between the data storage submodule and the file storage submodule of the cloud phone service platform provided by this application. The sub-machine 22 service module 24 includes a data storage submodule 242. The sub-machine 22 service module 24 is also used to call the data storage submodule 242 to classify and store the data in the sub-machine 22 according to preset rules; the control module 23 includes a file storage submodule 232. The control module 23 is also used to call the file storage submodule 232, the data transmission function of the service platform module 25 and the data storage submodule 242 in the sub-machine 22 service module 24 to back up the data stored in the sub-machine 22 to the mother machine 21, or restore the backup data of the mother machine 21 to the sub-machine 22.

[0086] To ensure continued use of data from the previous cloud machine after a switch, the "Console App" provides a backup / restore function. Users can back up data from the slave machine 22 to the master machine 21 in advance. After switching to a new cloud machine, the backed-up data from the master machine 21 can be restored to the new slave machine 22, making it easier for users to use their data. The backed-up / restored data includes files and non-system application data.

[0087] During operation, the sub-machine 22 receives files and generates other non-system application data. These data are called by the data storage sub-module 242 in the sub-machine 22 service module 24 through the sub-machine 22 service module 24, and are classified and stored in the storage space in the sub-machine 22 or the local storage space according to preset rules.

[0088] When the user selects the backup operation, the control module 23 will call the file storage submodule 232 in the control module 23, the data transmission function of the service platform module 25, and the data storage submodule 242 in the service module 24 of the slave 22 to perform the backup operation. The backup operation is specifically as follows:

[0089] First, the control module 23 calls the file storage submodule 232 in the control module 23 and the data storage submodule 242 in the service module 24 of the slave machine 22 to read the file directory and non-system application list in the storage space of the slave machine 22. Next, the file directory and non-system application list are fed back to the client 10, allowing the user to select the data to be backed up. Finally, after determining all the data to be backed up, the control module 23 calls the data transmission function of the service platform module 25 to transfer the data to be backed up from the storage space of the slave machine 22 to the storage space of the master machine 21. The data to be backed up can be processed according to the data type. For example, file types can be compressed, and application types can be packaged into an installation package. The compressed file and installation package are then encrypted and transferred to the storage space of the master machine 21.

[0090] During the backup process, a backup record is generated on the master machine 21. The backup record includes the backed-up compressed file and installation package, file information, backup time and data size. The backup record is used as a basis for subsequent backup data recovery.

[0091] When the user selects the restore operation, the control module 23 will call the file storage submodule 232 in the control module 23, the data transmission function of the service platform module 25, and the data storage submodule 242 in the service module 24 of the slave 22 to perform the restore operation. The restore operation is specifically as follows:

[0092] First, the control module 23 calls the file storage submodule 232 in the control module 23 to read all backup records in the parent machine 21, and feeds back to the client 10 for the user to select the backup record that needs to be restored. Then, after determining the backup record that needs to be restored, the backup data in the backup record is decompressed. Then, the control module 23 calls the data transmission function of the service platform module 25 and the data storage submodule 242 in the service module 24 of the sub-machine 22, encrypts the decompressed backup data and transmits it to the sub-machine 22, and restores it to the corresponding storage directory in the storage space of the sub-machine 22. As for the application type data, after the installation package is transmitted to the sub-machine 22, the corresponding application will be directly installed on the sub-machine 22.

[0093] Reference Figure 8 , Figure 8 This is a schematic diagram of the backup / restore process of the parent and child devices of the cloud phone service platform provided by this application. During the backup or restore process, the interaction process between the parent device 21 and the child device 22 is as follows:

[0094] After the backup process begins, the user selects the slave device 22 to be backed up on the master device 21. The slave device 22 returns the non-system files and files and application data in the APP (application) storage directory to the master device 21. After receiving the files and application data, the master device 21 backs them up and backs them up to the storage space on the master device 21, completing the backup. After the backup is complete, if a restore is needed, the backed-up data is selected on the master device 21, decompressed, and restored, and then transferred to the slave device 22. The slave device 22 restores the backup data to its storage space, completing the restore.

[0095] In addition to the file transfer between the master machine 21 and the slave machine 22 during backup and recovery, the user can also select the file transfer function in the "Console APP" of the master machine 21 to transfer files from the master machine 21 to the slave machine 22. Figure 9 , Figure 9 This is a schematic diagram of the file transfer process between the parent and child machines of the cloud phone service platform provided by this application. The file transfer process between the parent machine 21 and the child machine 22 is as follows:

[0096] After the user enters the mother machine 21 on the client 10, he starts the "Console APP" pre-installed in the mother machine 21 and selects the file transfer function option. At this time, the server 20 will read the file / application list (non-system) of the mother machine 21 and feedback it to the client 10. The user selects the file / application to be transferred and transfers it to the child machine 22. The file / application is transferred to the corresponding file / application storage directory in the storage space of the child machine 22, and the transfer is completed.

[0097] Different from the existing technology that relies on cumbersome operations of third-party storage services when performing backup / restore operations on multiple cloud phone devices, and the problem of additional costs due to the expansion of storage services, in this application, through the parent-child architecture of the cloud phone, users can directly back up and restore the file data and non-system application data of the child machine 22 on the parent machine 21, without relying on third-party storage, reducing storage costs, and improving the convenience of backup and restore operations of file data and non-system application data in the cloud phone.

[0098] In this application, reference is made to Figure 10 , Figure 10 This is a schematic diagram of the interaction structure of the resource allocation submodule of the cloud phone service platform provided by this application. The service platform module 25 includes a resource allocation submodule 251. Before backing up the data stored in the sub-machine 22 to the main machine 21, the service platform module 25 is also used to call the resource allocation submodule 251, read the storage space of the main machine 21, and determine whether the free storage space meets the storage requirements of the backup data; if so, the coordination control module 23 performs the backup; if not, the insufficient space prompt is fed back to the client 10.

[0099] During the backup process described above, after compressing and packaging the data to be backed up on the slave machine 22, the service platform module 25 invokes the resource allocation submodule 251 within the service platform module 25 to read the storage space of the master machine 21 and determine whether the available storage space on the master machine 21 meets the backup data storage requirements. If so, the control module 23 invokes the data transfer function of the service platform module 25 to transfer the backup data to the available storage space on the master machine 21. If not, meaning that the available storage space on the master machine 21 is insufficient to store all the backup data, the control module 23 sends a feedback to the client 10 indicating insufficient storage space on the master machine 21, and the backup data is not transferred.

[0100] Different from the existing technology that requires reliance on third-party storage for backup operations when backing up file data and non-system application data in cloud phones, in this application, the service platform module 25 calls the resource allocation function 251 to determine whether the size of the free storage space in the mother machine 21 meets the backup requirements, and coordinates the backup of data in the sub-machine 22 to the free storage space of the mother machine 21, making the operation more convenient and the data transmission faster.

[0101] In this application, before restoring the backup data of the main machine 21 to the sub-machine 22, the service platform module 25 is also used to call the resource allocation function 251, read the storage space of the sub-machine 22, and determine whether the free storage space is sufficient to restore the backup data; if so, the coordination control module 23 performs the restoration; if not, a prompt of insufficient space is fed back to the client 10.

[0102] During the above-described recovery process, after decompressing the backup data in the backup record, the service platform module 25 invokes the resource allocation submodule 251 within the service platform module 25 to read the storage space size of the slave 22 and determine whether the available storage space in the slave 22 meets the backup data storage requirements. If so, the control module 23 invokes the data transmission function of the service platform module 25 to transfer the backup data to the available storage space in the slave 22 for recovery. If not, meaning that the available storage space in the slave 22 is insufficient to store all the backup data, the control module 23 sends a feedback to the client 10 indicating insufficient storage space in the slave 22 and does not transfer the backup data.

[0103] Different from the existing technology in which third-party storage software only supports single file or application download operations when the user needs to restore, and cannot restore the entire file with the backup record module, in this application, the service platform module 25 calls the resource allocation function 251 to determine whether the size of the free storage space in the sub-machine 22 meets the recovery requirements, and coordinates the restoration of the backed-up data in the parent machine 21 to the free storage space of the sub-machine 22, making the operation more convenient and the data transmission faster.

[0104] In this application, reference is made to Figure 11 , Figure 11 This is a schematic diagram of the interaction structure between the application running submodule and the control instruction parsing submodule of the cloud phone service platform provided by this application. The control module 23 includes an application running submodule 233. The control module 23 is also used to call the application running submodule 233 to send application control instructions to the sub-machine 22 service module 24; the sub-machine 22 service module 24 includes a control instruction parsing submodule 243. The sub-machine 22 service module 24 is also used to call the control instruction parsing submodule 243, receive the application control instructions sent by the control module 23, parse the application control instructions, and control the application running status of the sub-machine 22 according to the parsing results; the control module 23 is also used to call the application running submodule 233, monitor the application running status in the sub-machine 22, and feed back the running status to the client 10.

[0105] In this application, a user can control the application running status (including application startup / shutdown) of a slave 22 through the master 21 running on the client 10. The user clicks on "Application Start / Stop" in the function options within the "Console App" built into the master 21 and selects the application to be controlled. The control module 23 then calls the application running submodule 233 within the control module 23 to send an application control instruction to the slave 22 service module 24. This application control instruction includes information about the application to be controlled and the application running status operation. Once the application control instruction is transmitted to the slave 22 service module 24, the slave 22 service module 24 calls the control instruction parsing submodule 243 to receive the application control instruction, parse it, and convert it into a command executable by the slave 22. This command is then executed via channel hardware or software to control the application running status of the slave 22. The "execution via channel hardware or software" can be understood as pre-installing some execution modules in the slave 22 service module 24 to implement functions such as file transfer, application startup / shutdown, and one-click new machine creation, stored as channel hardware or software.

[0106] In a specific embodiment, referring to Figure 12 , Figure 12 This is a schematic diagram of the parent-child application start-stop interaction process of the cloud phone service platform provided by this application. The interaction between the parent device 21 and the child device 22 is used as an example to illustrate the process of implementing application start-stop. The process is as follows:

[0107] When the user clicks on the application start and stop function option in the "Console APP" built into the mother machine 21, the mother machine 21 sends an application list request (including the ID of the child machine 22) to the child machine 22 through the communication gateway. The communication gateway sends the application list request to the corresponding child machine 22 according to the ID of the child machine 22; after receiving the application list request, the child machine 22 returns the non-system application list (including the application status) to the mother machine 21 through the communication gateway; the mother machine 21 receives and displays the non-system application list to the client 10, and the user selects the application whose running status needs to be controlled in the non-system application list. For example, if the user chooses to start a game application that is not running, the mother machine 21 sends an application start instruction to the child machine 22 through the communication gateway. After receiving the application start instruction, the child machine 22 performs the corresponding operation, that is, starts the corresponding game application. At this time, the application status is updated and the update result is fed back to the mother machine 21; for example, if the user chooses to close the running game application, the mother machine 21 sends an application close instruction to the child machine 22 through the communication gateway. After receiving the application close instruction, the child machine 22 performs the corresponding operation, that is, closes the corresponding game application. At this time, the application status is updated and the update result is fed back to the mother machine 21.

[0108] Different from the existing technology in which the start and stop of cloud phone applications requires exiting the cloud machine and performing cumbersome steps on the client 10 to start and stop the application, in this application, by allowing users to directly control the start and stop of non-system applications on the sub-machine 22 on the main machine 21, users do not need to exit the main machine 21 and open the sub-machine 22 to start and stop non-system applications, thereby improving the convenience of operation.

[0109] This application discloses a cloud phone service system based on a parent-child architecture. The system includes a client 10 and a server 20. The client 10 is in communication with the server 20. The client 10 obtains control authority for the parent-child cloud phones from the server 20 through the client 10. The server 20 allocates control authority for a parent device 21 and at least one child device 22 to the client 10. The parent device 21 runs on the client 10 and is used to interact with each child device 22. The configuration of the parent device 21 is higher than that of the child devices 22. This enables comprehensive and convenient control of at least one other cloud phone through one cloud phone, achieving low-cost and high-efficiency centralized management and control of multiple cloud phones. This eliminates the need for users to frequently switch between different device interfaces, reduces operational complexity, and reduces time costs.

[0110] The server side 20 serves as the carrier of the above-mentioned cloud phone service system (i.e., cloud phone service platform) based on the parent-child architecture. The cloud phone service platform runs an associated parent machine 21 and at least one child machine 22, with various services provided by the cloud phone service platform serving as support for the interaction between the parent machine 21 and the child machine 22.

[0111] For example, when the master device 21 controls the slave device 22 to modify the system parameter configuration, this is achieved based on the system parameter configuration modification (one-click new device) related services provided by the cloud phone service platform. When the system parameter configuration is modified, the interactions between the various modules of the cloud phone service platform are as follows:

[0112] The client 10 sends an interactive instruction containing a one-click new machine request (i.e., a system parameter configuration modification instruction) to the control module 23. After receiving the interactive instruction of the one-click new machine request, the control module 23 returns a parameter configuration template to the client 10. The client 10 sends the modified parameter configuration template to the control module 23; after the control module 23 receives the modification information of the parameter configuration template of the target sub-machine 22, it sends a sub-machine service drive instruction (sub-machine parameter modification instruction) to the sub-machine service module 24, and calls the communication function of the service platform module 25 to encrypt and send the modified parameter configuration template to the sub-machine service module 24; after receiving the modified parameter configuration template, the sub-machine service module 24 modifies the parameter configuration of the target sub-machine 22 based on the modified parameter configuration template. After the modification is completed, the sub-machine 22 service module 24 feeds back the execution result to the control module 23, and finally feeds back to the client 10.

[0113] Example 1

[0114] Based on this, this application also provides a system parameter configuration modification method, refer to Figure 13 , Figure 13 : This is a flow chart of a first embodiment of a method for modifying system parameter configuration of a cloud phone service platform provided by this application. The method for modifying system parameter configuration includes:

[0115] S10: In response to the master machine receiving the modification information of the parameter configuration template of the target slave machine, the master machine sends the modified parameter configuration template to the target slave machine.

[0116] In the embodiment of the present application, when a user wants to modify the system parameter configuration (hereinafter referred to as parameter configuration) of at least one slave machine 22 associated with a master machine 21, the user can initiate a corresponding operation of modifying the system parameter configuration on the master machine 21 through the client 10, and send a system parameter configuration modification instruction to the master machine 21. For example, the corresponding initiation operation of modifying the system parameter configuration can be that the user clicks and selects the one-click new machine operation through the "Console APP" provided by the cloud phone service platform on the master machine 21, and confirms the target slave machine 22 for which the system parameter configuration is to be modified, thereby triggering the client 10 to send the system parameter configuration modification instruction to the master machine 21. The specific initiation operation of modifying the system parameter configuration is not limited here.

[0117] The system parameter configuration modification instruction sent by the client 10 to the master machine 21 includes all target slave machines 22 selected by the user for which system parameter configuration modification is required.

[0118] In an embodiment of the present application, after receiving the system parameter configuration modification instruction sent by the client, the mother machine 21 obtains the parameter configuration template of the target sub-machine 22 and returns it to the client 10, that is, the parameter configuration template is visually displayed on the interface of the mother machine 21 for the user to perform modifications and other operations.

[0119] The above-mentioned process of the client 10 sending the system parameter configuration modification instruction to the mother machine 21 is implemented based on the interaction between the control module 23 in the cloud phone service platform and the client 10. At this time, in the cloud phone service platform, the client 10 sends an interactive instruction containing a one-click new machine request (i.e., a system parameter configuration modification instruction) to the control module 23. The control module 23 receives the interactive instruction of the one-click new machine request and returns the parameter configuration template to the client 10.

[0120] The system parameter configuration modification method provided in the embodiment of the present application, the parameter configuration template supports custom parameter combinations.

[0121] In the embodiment of the present application, the parameter configuration template is a template that presets multiple parameter configuration information, such as the International Mobile Equipment Identity (IMEI) code, Android ID, serial number, brand, and model parameters. The parameter configuration template can be pre-set in the storage space of the master device 21 of the server 20, or it can be directly pre-set on the server 20 and retrieved by the master device 21 from the server 20, which is not limited here.

[0122] The parameter configuration template also supports custom parameter combinations. Therefore, after viewing the parameter configuration template displayed by the master device 21 on the client 10, the user can modify the system parameter configuration of the target slave device 22 according to the actual application scenario requirements. The modification method can be to modify each parameter according to the parameter configuration template provided by the master device, or the user can customize the parameter combinations of each parameter in the parameter configuration template according to the user's needs, that is, select and combine all the parameter options displayed in the parameter configuration template. For example, the parameter configuration template provides parameters such as IMEI code, Android ID, serial number, brand, and model. The user selects IMEI code, Android ID, and serial number as a custom parameter combination to modify the parameters, and obtains the modified parameter configuration template (customized parameter configuration template).

[0123] Unlike the prior art, when adjusting the configuration parameters of multiple cloud phones, it is necessary to log in to each cloud phone one by one to perform tedious parameter settings, which is inefficient and inflexible. In the embodiment of the present application, parameter modification is achieved by controlling at least one target sub-machine 22 through the master machine 21, and custom parameter combinations are supported for modification, which improves the efficiency of parameter modification and makes the parameter setting method more flexible.

[0124] In the embodiment of the present application, after the user completes modifying the parameter configuration template, he / she confirms the modification completion on the interface of the master machine 21 on the client 10, and the client 10 sends the modification information of the parameter configuration template to the master machine 21. The modification information includes the modified parameter configuration template.

[0125] The above-mentioned process of the client 10 sending the modification information of the parameter configuration template to the mother machine 21 is realized based on the interaction between the control module 23 in the cloud phone service platform and the client 10. At this time, in the cloud phone service platform, the client 10 sends the modification information of the parameter configuration template to the control module 23, wherein the modification information includes the modified parameter configuration template.

[0126] The system parameter configuration modification method provided in the embodiment of the present application refers to Figure 14 , Figure 14This is a schematic diagram of the parameter verification and restart process before parameter modification of the first embodiment of the method for modifying the system parameter configuration of the cloud phone service platform provided by the present application. Before the master machine 21 sends the modified parameter configuration template to the target slave machine 22, it also includes:

[0127] S11: Verify the modified parameter configuration template.

[0128] In the above step S11, after receiving the modification information of the parameter configuration template sent by the client 10, the master machine 21 reads the modified parameter configuration template therein for verification to check whether the parameter configuration complies with the parameter configuration specification. Among them, the parameter configuration specification can be pre-defined on the server side and defined according to the actual needs of the cloud phone operation. The master machine 21 can verify whether the parameter configuration template modified by the user is compliant according to the parameter configuration specification. If it is compliant, the master machine 21 sends the modified parameter configuration template to the target sub-machine 22; if it is not compliant, a prompt message indicating that the parameter modification does not comply with the specification can be displayed on the master machine 21, and the user returns to the parameter configuration template page to facilitate re-modification.

[0129] Unlike the prior art, in which the user needs to exit the current cloud phone device and then select the cloud phone whose parameter configuration needs to be modified on the client to perform the parameter modification operation, which is a cumbersome process and cannot be conveniently and timely verified to see if the parameter modification is standardized, in the embodiment of the present application, the user can modify the parameter configuration of at least one target sub-machine 22 without exiting the current cloud phone (master machine 21), and after the user has modified the parameter configuration template, the master machine 21 can promptly verify the modified parameter configuration template, making the parameter modification process simpler and more standardized.

[0130] The system parameter configuration modification method provided in the embodiment of the present application further includes, after verifying the modified parameter configuration template:

[0131] S12: Sending confirmation information to the client whether to restart the target slave.

[0132] The modified parameter configuration template is sent to the target slave machine 22 , including: in response to receiving feedback information confirming restarting the target slave machine 22 , sending the modified parameter configuration template to the target slave machine 22 .

[0133] In the embodiment of the present application, since changes to the cloud phone's system parameter configuration will only take effect after a restart, the system parameter configuration of the cloud phone after the restart is the modified system parameter configuration. In addition, when modifying some dynamic parameter configurations or application-level configurations of the cloud phone, the parameter changes can take effect immediately without restarting the cloud phone.

[0134] In the parent-child machine architecture, when the target child machine 22 is restarting, the parent machine 21 cannot control the target child machine 22. Therefore, during the system parameter configuration modification process, after verifying the modified parameter configuration template, the parent machine 21 can also send a confirmation message to the client 10 whether to restart the target child machine 22.

[0135] In the above step S12, the mother machine 21 sends a confirmation message to the client 10 whether to restart the target sub-machine 22. The confirmation message is displayed in the interface of the mother machine 21 on the client 10, prompting the user that the modification of the parameters of the cloud phone (target sub-machine 22) requires restart to take effect, and asking the user whether to restart the cloud phone.

[0136] If the user triggers the corresponding operation of confirming the restart of the target sub-machine 22 on the interface, at this time, the master machine 21 will receive the feedback information of confirming the restart of the target sub-machine 22 sent by the client 10, and the master machine 21 will continue to execute step S10 and send the modified parameter configuration template to the target sub-machine 22; if the user triggers the corresponding operation of canceling the restart of the target sub-machine 22 on the interface, the master machine 21 will receive the feedback information of canceling the restart of the target sub-machine 22 sent by the client 10.

[0137] The scenario in which the user cancels the restart of the target sub-machine 22 may occur when the user finds that the parameter configuration modification is incorrect and wants to modify it again. The main machine 21 can display the modified parameter configuration template on the interface again for the user to modify it again; it may also occur when the user wants to continue to control the sub-machine 22 to perform other operations and does not need to restart for the time being. In this case, the main machine 21 can also retain the parameter configuration modification of the target sub-machine and store the modified parameter configuration template to the server.

[0138] Unlike the prior art, in which a user cannot view the status of multiple cloud phones being restarted during the process of modifying the parameter configuration of a cloud phone through a single cloud phone device, which makes it inconvenient to timely understand the parameter modification status. In the embodiment of the present application, when at least one target sub-machine 22 is in the process of restarting, the user can understand the parameter modification status of each target sub-machine 22 through the screen of the master machine 21, making the modification process clearer.

[0139] In the above step S10, after receiving the feedback information confirming the restart of the target sub-machine 22, the mother machine 21 sends the modified parameter configuration template to the target sub-machine 22. It can also be understood that the mother machine 21 sends a sub-machine parameter modification instruction to the target sub-machine 22, and the sub-machine parameter modification instruction includes the modified parameter configuration template.

[0140] Among them, the mother machine 21 and the child machine 22 are communicated and connected. The appropriate communication protocol and data exchange format can be selected according to the scenario by weighing real-time, security and performance. Multiple methods can also be mixed, such as HTTP application program interface (API) + WebSocket protocol for communication; the modified parameter configuration template can be encrypted and transmitted to the child machine 22 through the communication protocol. The encryption method can be symmetric encryption, asymmetric encryption and hybrid encryption, etc., which are not limited here.

[0141] The process of the above-mentioned mother machine 21 sending the modified parameter configuration template to the target sub-machine 22 is based on the interaction between the control module 23, the sub-machine service module 24 and the service platform module 25 in the cloud mobile phone service platform. At this time, in the cloud mobile phone service platform, the control module 23 sends the sub-machine service drive instruction (sub-machine parameter modification instruction) to the sub-machine service module 24, and calls the communication function of the service platform module 25 to encrypt and send the modified parameter configuration template to the sub-machine service module 24.

[0142] S20: In response to the target slave receiving the modified parameter configuration template, the target slave modifies its own parameter configuration based on the modified parameter configuration template.

[0143] In the embodiment of the present application, after confirming with the user to restart the target sub-machine 22, the mother machine 21 immediately sends the modified parameter configuration template to the target sub-machine 22. At this time, the target sub-machine 22 receives the modified parameter configuration template, and the target sub-machine 22 modifies its own parameter configuration based on the modified parameter configuration template and restarts the target sub-machine 22. After the restart is completed, the system parameter configuration in the target sub-machine 22 is updated to the parameter configuration in the modified parameter configuration template.

[0144] The process of the above-mentioned target sub-machine 22 receiving the modified parameter configuration template and performing parameter modification is implemented based on the sub-machine service module 24 in the cloud mobile phone service platform. At this time, in the cloud mobile phone service platform, the sub-machine service module 24 receives the sub-machine service drive instruction (sub-machine parameter modification instruction) and the modified parameter configuration template, and the sub-machine service module 24 modifies the system parameter configuration of the target sub-machine 22.

[0145] Different from the prior art, the user needs to exit the current cloud phone device, and then determine all the cloud phones whose parameter configurations need to be modified on the client, and perform a one-click new machine operation, which is a cumbersome operation process. In the embodiment of the present application, based on a pre-built cloud phone service platform, and a mother machine 21 and at least one child machine 22 associated through a parent-child architecture running on the service platform, after the user modifies the parameter configuration template, the mother machine 21 sends the modified parameter configuration template to the target child machine 22, and the target child machine 22 receives the modified parameter configuration template and modifies its own parameter configuration based on the modified parameter configuration template, thereby directly controlling at least one child machine 22 to modify the system parameter configuration through the mother machine 21, without switching back and forth between multiple devices to modify the parameter configuration, reducing the switching operation steps, saving time cost, and improving the efficiency of system parameter configuration modification.

[0146] The system parameter configuration modification method provided in the embodiment of the present application refers to Figure 13 , Figure 13 This is a flow chart of a first embodiment of a method for modifying system parameter configuration of a cloud phone service platform provided by the present application. After the slave device modifies its own parameter configuration based on the modified parameter configuration template, the method further includes:

[0147] S30: The target sub-machine returns the execution result to the master machine, and the master machine displays the modification result prompt on the client.

[0148] In the above step S30, after the target sub-machine 22 modifies its own parameter configuration and restarts, it returns the execution result of this parameter modification to the master machine 21. After the master machine 21 receives the execution result, it displays it on the screen of the master machine 21 as a modification result prompt information, that is, the modification result prompt information is displayed on the client 10 for the user to view.

[0149] If the target sub-machine 22 successfully modifies the parameter configuration, it sends a return result of the successful modification of the parameter configuration to the master machine 21. After the master machine 21 receives the result of the successful modification of the parameter configuration, it displays a prompt of the successful modification of the parameter configuration on the client 10; if the target sub-machine 22 fails to modify the parameter configuration, it sends a return result of the failed modification of the parameter configuration to the master machine 21. After the master machine 21 receives the result of the failed modification of the parameter configuration, it displays a prompt of the failed modification of the parameter configuration on the client 10, and the user can reconfigure the parameters or feedback the error problem.

[0150] The execution result returned by the above-mentioned target sub-machine 22 to the mother machine 21, and the process in which the mother machine 21 displays the modification result prompt on the client 10 are implemented based on the sub-machine service module 24, the control module 23 and the client 10 in the cloud phone service platform. At this time, in the cloud phone service platform, the sub-machine 22 service module 24 feeds back the execution result to the control module 23, and the control module 23 displays the modification result prompt information on the interface of the mother machine 21 and feeds it back to the client 10.

[0151] Unlike the prior art where a user cannot view the parameter modification execution results of other cloud phone devices through one cloud phone device, which is inconvenient for centralized management and subsequent operation of the cloud phone after the parameter modification, in the embodiment of the present application, by displaying the execution results of all target sub-machines 22 with parameter modifications on the master machine 21, the user can conveniently view the parameter modification results of all target sub-machines 22 on the master machine 21, realizing centralized management, facilitating the determination of parameter modification status, and facilitating subsequent operation of the target sub-machines 22 with modified parameters.

[0152] In a specific embodiment, referring to Figure 15 , Figure 15 This is a flow chart of the interaction between the parent and child devices for modifying parameter configurations in the first embodiment of the method for modifying system parameter configurations of the cloud phone service platform provided by this application. During the parameter configuration modification process, the interaction process between the client 10, the parent device 21, and the child device 22 is as follows:

[0153] The user selects the parameter configuration modification service (one-click new machine service) through the cloud phone service platform on the client 10. After confirming the target sub-machine 22, the client 10 sends a system parameter configuration modification instruction (including the target sub-machine 22) to the master machine 21; after receiving the system parameter configuration modification instruction sent by the client 10, the master machine 21 obtains the parameter configuration template of the target sub-machine 22 and returns it to the client 10, that is, the parameter configuration template is visually displayed on the master machine interface; after the user modifies the parameter configuration template, the client 10 sends the modified parameter configuration template to the master machine 21; after receiving the modified parameter configuration template, the master machine 21 verifies it and then sends the sub-machine parameter modification instruction (modified parameter configuration template) to the target sub-machine 22; after receiving the modified parameter configuration template, the target sub-machine 22 modifies its own parameter configuration based on the modified parameter configuration template and returns the execution result to the master machine 21; after receiving the execution result sent by the target sub-machine 22, the master machine 21 displays the modification result prompt on the client 10.

[0154] The present application discloses a method for modifying system parameter configuration. In the method, based on a pre-built cloud phone service platform and a parent machine 21 and at least one child machine 22 associated through a parent-child architecture running on the service platform, after a user modifies a parameter configuration template, the parent machine 21 sends the modified parameter configuration template to the target child machine 22, and the child machine 22 receives the modified parameter configuration template and modifies its own parameter configuration based on the modified parameter configuration template, thereby directly controlling at least one child machine 22 to modify the system parameter configuration through the parent machine 21, eliminating the need to switch back and forth between multiple devices to modify the parameter configuration, reducing the switching operation steps, saving time and cost, and improving the efficiency of system parameter configuration modification.

[0155] Example 2

[0156] Based on the same inventive concept, this application also provides a cloud phone service platform, referring to Figure 1 , Figure 1 2 is a schematic diagram of the structure of the cloud phone service platform provided in the present application, characterized in that the cloud phone service platform is used to allocate control rights of a master machine 21 and at least one associated slave machine 22 to a client 10. The cloud phone service platform includes a control module 23, a slave machine service module 24, and a service platform module 25. The master machine 21 runs on the client 10 and is associated with the control module 23.

[0157] The control module 23 is used to receive modification information of the parameter configuration template of the target sub-machine 22, call the communication function of the service platform module 25 to send the modified parameter configuration template to the sub-machine service module 24, and the sub-machine service module 24 is used to modify the parameter configuration of the target sub-machine 22 based on the modified parameter configuration template after receiving the modified parameter configuration template.

[0158] In the second embodiment, the specific process of the interaction between the control module 23, the sub-machine service module 24 and the service platform module 25 in the cloud phone service platform to realize the modification of the system parameter configuration can refer to the detailed description of the interaction between the control module 23, the sub-machine service module 24 and the service platform module 25 in the above-mentioned cloud phone service system based on the parent-child architecture, as well as the detailed description of steps S10 to S30 in the system parameter configuration modification method of the above-mentioned embodiment 1. The repeated parts will not be repeated here.

[0159] Example 3

[0160] Based on the same inventive concept, this application also provides a cloud phone service system, referring to Figure 16 , Figure 161 is a schematic diagram of a third embodiment of a cloud phone service system provided by the present application, characterized in that the cloud phone service system includes a client 10 and a server 20 in communication connection, the server 20 being a carrier of a cloud phone service platform, the cloud phone service platform running an associated master machine 21 and at least one slave machine 22, the master machine 21 running on the client 10;

[0161] The master machine 21 is used to send the modified parameter configuration template to the target sub-machine 22 when receiving the modification information of the parameter configuration template of the target sub-machine 22; the sub-machine 22 is used to modify its own parameter configuration based on the modified parameter configuration template when receiving the modified parameter configuration template.

[0162] In this third embodiment, the specific process of implementing the system parameter configuration modification through interaction between the client 10, the server 20, the master machine 21 and the slave machine 22 in the cloud phone service system can refer to the detailed description of steps S10 to S30 in the system parameter configuration modification method of the first embodiment above, and the repeated parts will not be repeated here.

[0163] Example 4

[0164] Based on the same inventive concept, an embodiment of the present application also provides a computer device / equipment / system, including a memory, a processor and a computer program stored in the memory, and the processor executes the computer program to implement the system parameter configuration modification method described in the above embodiment 1.

[0165] Example 5

[0166] Based on the same inventive concept, an embodiment of the present application further provides a computer-readable storage medium on which a computer program / instruction is stored. When the computer program / instruction is executed by a processor, the system parameter configuration modification method described in the above embodiment 1 is implemented.

[0167] Example 6

[0168] Based on the same inventive concept, an embodiment of the present application also provides a computer program product, including a computer program / instruction, characterized in that when the computer program / instruction is executed by a processor, it implements the system parameter configuration modification method described in the above embodiment 1.

[0169] The above description is merely an embodiment of the present application and does not limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.

Claims

1. A system parameter configuration modification method, applied to a cloud phone service platform, characterized in that: The cloud phone service platform runs an associated master machine and at least one slave machine, and the system parameter configuration modification method includes: In response to the master receiving modification information of the parameter configuration template of the target slave, the master sends the modified parameter configuration template to the target slave; In response to the target sub-machine receiving the modified parameter configuration template, the target sub-machine modifies its own parameter configuration based on the modified parameter configuration template.

2. The system parameter configuration modification method according to claim 1, characterized in that: Before the master machine sends the modified parameter configuration template to the target slave machine, the method further includes: Verify the modified parameter configuration template.

3. The system parameter configuration modification method according to claim 2, characterized in that: After verifying the modified parameter configuration template, the method further includes: Send confirmation information to the client to confirm whether to restart the target sub-machine; The sending the modified parameter configuration template to the target slave comprises: in response to receiving feedback information confirming restarting the target slave, sending the modified parameter configuration template to the target slave.

4. The system parameter configuration modification method according to claim 1, characterized in that: The parameter configuration template supports custom parameter combinations.

5. The system parameter configuration modification method according to claim 1, characterized in that: After the slave device modifies its own parameter configuration based on the modified parameter configuration template, the method further includes: The target sub-machine returns the execution result to the master machine, and the master machine displays the modification result prompt on the client.

6. A cloud phone service platform, characterized in that: The cloud phone service platform is used to allocate control rights of a master phone and at least one associated slave phone to a client. The cloud phone service platform includes a control module, a slave phone service module, and a service platform module. The master phone runs on the client and is associated with the control module. The control module is used to receive modification information of the parameter configuration template of the target sub-machine, call the communication function of the service platform module to send the modified parameter configuration template to the sub-machine service module, and the sub-machine service module is used to modify the parameter configuration of the target sub-machine based on the modified parameter configuration template after receiving the modified parameter configuration template.

7. A cloud phone service system, characterized in that: The cloud phone service system includes a client and a server connected in communication, the server being the carrier of the cloud phone service platform, the cloud phone service platform running an associated master machine and at least one slave machine, the master machine running on the client; The master machine is configured to send the modified parameter configuration template to the target sub-machine upon receiving modification information of the parameter configuration template of the target sub-machine; The sub-machine is configured to modify its own parameter configuration based on the modified parameter configuration template when receiving the modified parameter configuration template.

8. A computer device comprising a memory, a processor, and a computer program stored in the memory, wherein: The processor executes the computer program to implement the steps of the system parameter configuration modification method according to any one of claims 1 to 5.

9. A storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the system parameter configuration modification method according to any one of claims 1 to 5 are implemented.

10. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the system parameter configuration modification method according to any one of claims 1 to 5 are implemented.

Images