Localized cloud mobile phone integrated management system

Abstract

The invention discloses a localized cloud mobile phone integrated management system. The system comprises a local server, the local server comprises a client and a plurality of host machines, each host machine is provided with a proxy server and a plurality of cloud mobile phone instances in advance, the client is in communication connection with the proxy server of each host machine, the proxy server is in communication connection with the corresponding cloud mobile phone instances, and the cloud mobile phone instances are in communication connection with the client. And the client side operates and controls the cloud mobile phone instances through communication interaction with the proxy server. Through the above localized management mode, closed-loop data flow can be realized, the security is improved, high subscription cost is eliminated, and the operation fluency is improved.

Description

Technical Field

[0001] The present application relates to the field of embedded systems and cloud computing technology, and in particular to a localized cloud phone integrated management system. Background Art

[0002] Currently, most cloud phone services rely on the public cloud. That is, when users subscribe to a cloud phone through a client, the ownership of the cloud phone still belongs to the enterprise, and the user only obtains the right to use the cloud phone. This scenario has the following problems:

[0003] 1. Insufficient security. Cloud phone services use a centralized public cloud architecture, which requires user data to be uploaded to a third-party remote server. This fails to meet enterprise users' mandatory compliance requirements for local storage of sensitive data. Furthermore, public cloud architectures present risks of cross-border data transmission and cannot achieve physical isolation, making it difficult to pass audit requirements in industries such as finance and government affairs.

[0004] 2. High subscription costs. Cloud phone services use a subscription model that charges by duration. This model requires enterprises to maintain the continuity of the cloud phone resource pool, but the long-term cost of use is high, and users cannot obtain ownership of the cloud phone. At the same time, it is technically impossible to support users in fully controlling hardware resources. In addition, most small and medium-sized enterprises cannot afford the deployment complexity and hardware costs of traditional private cloud solutions.

[0005] 3. Low operational fluency. Public network transmission leads to some inherent defects in cloud phone operation, such as control delays, slow touch response, and video streaming lag. It also causes bandwidth costs to increase linearly with usage. Summary of the Invention

[0006] This application mainly provides a localized cloud phone integrated management system to solve the problems of insufficient security, high subscription costs and low operation fluency in cloud phone service scenarios.

[0007] To solve the above technical problems, this application adopts a technical solution: providing a localized cloud phone integrated management system. The localized cloud phone integrated management system includes a local server, which includes a client and multiple host machines. Each of the host machines is pre-installed with a proxy server and multiple cloud phone instances. The client communicates with the proxy server of each host machine, and the proxy server communicates with the corresponding multiple cloud phone instances. The client controls each of the cloud phone instances through communication and interaction with the proxy server.

[0008] In an optional implementation of an embodiment of the present application, a management module is also preset on the host machine, the cloud phone instance includes a cloud phone mirror module, the proxy server is used to accept business instructions sent by the client, and execute the business instructions on the cloud phone mirror module by calling the management module.

[0009] In an optional implementation of an embodiment of the present application, the cloud phone instance includes a streaming media service module, which communicates with the cloud phone mirror module. The streaming media service module is used to accept data request instructions sent by the client and perform data request operations on the cloud phone mirror module.

[0010] In an optional implementation of the embodiment of the present application, a first communication channel is established between the client and the streaming service module to send a data request instruction to the cloud phone mirroring module through the first communication channel and the streaming service module.

[0011] In an optional implementation manner of the embodiment of the present application, the first communication channel is a communication channel established based on a full-duplex communication long connection and / or network real-time communication.

[0012] In an optional implementation of an embodiment of the present application, the cloud phone instance includes a screen service module, which communicates with the cloud phone mirroring module. The screen service module is used to accept a screen display request sent by the client and perform a screen display operation on the cloud phone mirroring module by calling the screen service module.

[0013] In an optional implementation of an embodiment of the present application, the local server includes a screen proxy service module, and a second communication channel is established between the screen proxy service module and the screen service module to send a screen display request to the cloud phone mirroring module through the second communication channel and the screen service module.

[0014] In an optional implementation of the embodiment of the present application, the proxy server is communicatively connected to the streaming service module and the screen service module, and is used to start and stop the streaming service module and the screen service module, and monitor the heartbeat of the streaming service module and the screen service module.

[0015] In an optional implementation of the embodiment of the present application, the proxy server is further used to dynamically allocate operating resources to each of the opened cloud phone instances based on the number of opened cloud phone instances.

[0016] In an optional implementation of the embodiment of the present application, the client is directly connected to the proxy server via the Hypertext Transfer Protocol.

[0017] The beneficial effects of the present application are as follows: Different from the prior art, the present application discloses a localized cloud phone integrated management system. The system includes a local server, which includes a client and multiple host machines. Each host machine is pre-installed with a proxy server and multiple cloud phone instances, wherein the client is directly connected to the proxy server of each host machine, and the proxy server is connected to the corresponding multiple cloud phone instances. Through the communication interaction between the client and the proxy server, each cloud phone instance is controlled, so that data is executed and encrypted and stored locally, achieving a closed-loop data flow and improving security; through localized management, the remote business platform that traditional cloud phones rely on is eliminated, subscription costs are eliminated, and intermediate links are reduced, which greatly reduces instruction delays, improves operation fluency, and gets rid of the dependence on network bandwidth. At the same time, it also effectively eliminates the risk of single point failure in the cloud and greatly reduces operation and maintenance costs. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] 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:

[0019] Figure 1 This is a structural diagram of the localized cloud phone integrated management system according to the first embodiment of the present application;

[0020] Figure 2 This is a communication diagram of each module of the localized cloud phone integrated management system in Example 1 of the present application;

[0021] Figure 3 This is a schematic diagram of the cloud phone management interface of Example 1 of the present application;

[0022] Figure 4 This is a schematic diagram of the structure of the streaming media service module in the cloud phone example of the first embodiment of the present application;

[0023] Figure 5 This is a schematic diagram of the structure of the screen service module in the cloud phone example of the first embodiment of the present application;

[0024] Figure 6 This is a schematic diagram of the structure of the screen proxy service module in the client of Example 1 of the present application;

[0025] Figure 7 This is a schematic diagram of the process of booting up and obtaining the host machine and cloud phone in Example 1 of the present application;

[0026] Figure 8This is a flow chart of batch installation of applications to cloud phones in Example 1 of the present application. DETAILED DESCRIPTION

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

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

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

[0030] Example 1

[0031] To facilitate understanding of the localized cloud phone integrated management system provided by the embodiments of the present application, some background terms involved in the system are first introduced below:

[0032] Cloud Phone: A virtualized mobile phone instance running on a cloud server, which is usually accessed and controlled remotely by users over the Internet.

[0033] Host Machine: The physical server or virtual machine that hosts the cloud phone instance, responsible for resource allocation, virtualization management, and network communication.

[0034] Streaming service (i.e., stream service) is a service that encodes and transmits the screen images, audio, and operation instructions of a cloud phone or virtual machine to the user terminal in real time.

[0035] Screen service (also known as screen service): The underlying service responsible for capturing and rendering the screen image of the cloud phone or virtual machine, and is the precursor to the Stream service.

[0036] Management module (i.e., management script): an automated control tool, a script program used to automatically manage cloud phones or virtual machines, such as Python scripts and Shell scripts.

[0037] Cloud phone image module (i.e. image): a pre-installed system template for a cloud phone or virtual machine, including static files of the operating system, pre-installed applications, and configuration files.

[0038] The above stream services, screen services, management scripts and images together constitute the core technology chain of cloud phone services.

[0039] This application embodiment provides a localized cloud phone integrated management system, referring to Figure 1 The diagram shows the structure of a localized cloud phone integrated management system. The localized cloud phone integrated management system includes a local server 100, which includes a client 10 and multiple host machines 20. Each host machine 20 is pre-configured with a proxy server 21 and multiple cloud phone instances 22. The client 10 communicates with the proxy server 21 of each host machine 20, which in turn communicates with the corresponding multiple cloud phone instances 22. The client 10 interacts with the proxy server 21 to control each cloud phone instance 22.

[0040] The local server 100 can be an ARM (Advanced RISC Machine) server, an X86 server, a RISC-V server or a Power server, etc., on which an operating system is pre-installed. The operating system can be a customized Debian GNU / Linux operating system (hereinafter referred to as the Debian operating system), Android operating system (Google), iOS operating system (Apple), Windows Phone operating system (Microsoft), Symbian operating system (Nokia), BlackBerry OS operating system (BlackBerry), Harmony operating system (Huawei Hongmeng system), VelaOS operating system (Xiaomi Vela system), BlueOS operating system (vivo Blue River operating system), Pantanal operating system (OPPO Pantanal system) or Freeme OS, etc., integrating the server hardware and operating system into a single hardware device.

[0041] Among them, the local server 100 includes multiple computing chips, which can be divided into clients 10 and multiple host machines 20, where the client 10 and each host machine 20 can correspond to a computing chip respectively, or the client 10 and one host machine 20 correspond to the same computing chip, and the remaining host machines 20 are set one-to-one with the computing chips.

[0042] Client 10 is the endpoint in a computer network that initiates requests and receives services. It is 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).

[0043] Among them, if the client 10 is a hardware device such as a smart phone, tablet computer or laptop computer, it can be understood that the client 10 is directly connected to the local server 100 hardware device, so that the client 10 can communicate with the proxy server 21 of each host machine 20 on the local server 100 to realize the localized cloud phone integrated management system provided in the embodiment of the present application; if the client 10 is in software form, it can be understood that the client 10 is in the local server 100 to realize the localized cloud phone integrated management system provided in the embodiment of the present application.

[0044] The host machine 20 is a physical server or virtual machine that hosts the cloud phone instance and is responsible for resource allocation, virtualization management, and network communication. The host machine 20 is pre-set with a proxy server 21 and multiple cloud phone instances 22. It can be understood that a host machine 20 contains a proxy server 21, and a proxy server 21 can be used to communicate with multiple cloud phone instances 22 in the host machine 20. Among them, the relationship between the host machine 20 and the cloud phone instance 22 can be compared to "physical server and virtual machine" or "parent machine and child machine", and multiple cloud phone instances 22 are controlled and interacted by the proxy server 21 in the host machine 20.

[0045] Proxy Server 21 is responsible for automated task execution, information collection and processing, decision support, and collaboration with other Proxy Servers 21. It can operate in a distributed system, coordinating actions by exchanging information. Proxy Server 21 can be an Agent (agent program / intelligent agent) or a Proxy. The following uses the Agent as an example to illustrate the localized cloud phone integrated management system.

[0046] In this embodiment of the present application, the client 10 and the proxy server 21 are directly connected via the Hypertext Transfer Protocol, enabling real-time exchange of data requests and responses. Users send instructions via the Hypertext Transfer Protocol on the client 10, and the agent can quickly process and feedback the results, ensuring efficient operation and responsiveness.

[0047] In the present application, refer to Figure 2 As shown in the communication diagram of each module of the localized cloud phone integrated management system, the client 10 and the proxy server 21 can be directly connected through the Hypertext Transfer Protocol, that is, the HTTP (HyperText Transfer Protocol) protocol to transmit business messages. Alternatively, the client 10 and the proxy server 21 can be directly connected through the Hypertext Transfer Security Protocol, that is, the HTTPS (HTTP Secure) protocol. HTTP / HTTPS is the most common protocol on the Internet. Almost all programming languages, operating systems and network devices support it natively without the need for additional adaptation. In addition, HTTPS can be used to encrypt data transmission, making data transmission more secure.

[0048] Cloud phone instance 22 is a virtualized mobile phone instance running on a cloud server. Users typically access and control it remotely over the Internet. Cloud phone instance 22 can be a general-purpose cloud phone, a gaming-specific cloud phone, an enterprise-customized cloud phone, or a development and testing cloud phone.

[0049] In the embodiment of the present application, the proxy server 21 is also used to dynamically allocate operating resources to each opened cloud phone instance 22 based on the number of opened cloud phone instances 22.

[0050] In the embodiment of the present application, since multiple cloud phones share the CPU of the host machine 20, turning on or off the cloud phone will cause the CPU value of the cloud phone to increase or decrease. The user can dynamically adjust the server resource allocation through the proxy server 21 on the client 10. For example, if the host machine 20 has 12G of memory and 6 virtual phones are turned on, then the maximum CPU value of each cloud phone is 2G. If the user needs to increase the CPU value of each cloud phone, he can turn off two of the cloud phones, that is, turn on 4 virtual phones, and then the CPU value of each cloud phone can be changed to 3G at most.

[0051] Different from the existing technology, the localized cloud phone integrated management system provided in the embodiment of the present application can meet the personalized usage scenarios of different users by dynamically adjusting server resource allocation.

[0052] In the embodiment of the present application, the client 10 controls each cloud phone instance 22 by communicating with the proxy server 21. The communication interaction can be carried out by transmitting business messages (including business instructions), thereby connecting the client 10, the proxy server 21 and each cloud phone instance 22 to realize a closed-loop data flow.

[0053] For example, if a user wants to use the client 10 to control the cloud phone instance 22 to enable the opening of applications in two cloud phone instances 22, where the two cloud phone instances 22 are respectively the cloud phone instances 22 in two host machines 20, the user selects the two cloud phone instances 22 on the operation page provided by the client 10 and selects the application opening function. The client 10 sends the business instructions for opening the application to the two proxy servers 21 corresponding to the two host machines 20 through the hypertext transfer protocol. After receiving the business instructions for opening the application, the two proxy servers 21 each control the corresponding cloud phone instance 22 to enable the opening of the application.

[0054] In the embodiment of the present application, in order to realize the out-of-the-box localized private cloud phone service, a hardware + software integrated architecture design is adopted, integrating the local server 100 and the operating system into a single hardware device, which can be understood as the operating system being installed on the local server 100. The client 10 referred to in the embodiment of the present application is the client 10 running on this operating system, that is, the local server 100 referred to in the embodiment of the present application includes the client 10.

[0055] Different from the existing technology, most cloud phone services rely on public clouds. Users subscribe to cloud phones through clients for use. The ownership of cloud phones still belongs to the enterprise side. Users only obtain the right to use cloud phones, which leads to insufficient security of cloud phone services, high subscription costs, and some inherent defects in cloud phone control due to public network transmission, resulting in low operation fluency. The localized cloud phone integrated management system provided by the embodiment of the present application uses a local server 100 as a carrier, and directly communicates and interacts with the proxy server 21 through the client 10 set therein to control each cloud phone instance 22. All operations, executions, and result returns are performed by the services mounted in the local server 100, so that the data are all executed and encrypted and stored locally, realizing closed-loop data flow and improving security; through local management, the remote business platform that traditional cloud phones rely on is eliminated, subscription costs are eliminated, and intermediate links are reduced, which greatly reduces instruction delays and improves operation fluency; reduces public network transmission energy consumption, and under the same business load, the overall power consumption of the device will be significantly reduced; gets rid of the dependence on network bandwidth, and also effectively eliminates the risk of single point failure in the cloud, greatly reducing operation and maintenance costs.

[0056] The following uses an ARM server as the local server 100 and a customized Debian GNU / Linux operating system as the operating system loaded on the local server 100 as an example to illustrate the specific structure and functions of the localized cloud phone integrated management system provided by this application.

[0057] In one embodiment, the local server 100 can be an ARM server, integrated with the Debian operating system into a single hardware device. This hardware has multiple built-in ARM computing nodes and a distributed network module. Compared with traditional private solutions that require multiple X86 servers for networking, this hardware device has significantly reduced size, power consumption, and cost.

[0058] When the user starts the local ARM server, the Debian operating system is automatically loaded. The localized cloud phone integrated management system can be started based on the deeply customized Debian operating system, directly enter the graphical operation interface after startup, and run the cloud phone client 10. Among them, the client 10 can be the independently developed "Ant Intelligence Group" client pre-installed in the Debian operating system.

[0059] After running the client 10, the client 10 communicates with the local proxy server 100 to obtain host resource pool data and load the status information of all cloud phone instances 22 in the current host cluster. The left panel of the client displays a hierarchical list of cloud phone instances 22 (grouped by host 20), and the right panel displays a real-time operation console. The interface display method can also be a main interface with a list of hosts on the left side, such as ARM node 1, ARM node 2, ..., ARM node n, and a global control panel on the right.

[0060] After the user clicks the "Start Management" button, the cloud phone management mode is entered and the interface switches to the cloud phone instance list. Figure 3 The following diagram shows the cloud phone management interface. The system displays the following core functions in different areas:

[0061] Left panel: Displays all hosts, the number of cloud phones opened on the host, and the cloud phone instances associated with the host in a hierarchical manner. It supports filtering by cloud phone status, such as online, offline, or abnormal, and provides real-time statistics on the number of online cloud phones (such as "Online: X, Offline: X").

[0062] Right panel: displays the running screen of the selected cloud phone (H.265 hard decoding stream, delay <50ms), and the batch operation area. The batch operation area integrates multiple operation functions, including restart, power on, power off, application start and stop, file upload, one-click new machine, rename, application uninstallation, and restore to factory settings. For example, when the user wants to control two cloud phone instances 22 to restart, first select the two cloud phone instances 22, and then select the restart function option in the batch operation interface. At this time, the client 10 will send a restart business instruction to the two proxy servers 21 corresponding to the two cloud phone instances 22. After receiving the restart business instruction, the two proxy servers 21 each control the corresponding cloud phone instance 22 to restart.

[0063] In the present application, refer to Figure 2 The communication diagram of each module of the localized cloud phone integrated management system shown in the figure shows that a management module 23 is also preset on the host machine 20, the cloud phone instance 22 includes a cloud phone mirror module 221, and the proxy server 21 is used to accept business instructions sent by the client 10, and execute business instructions on the cloud phone mirror module 221 by calling the management module 23.

[0064] When a user initiates a business instruction (such as file upload) to the cloud phone instance 22 through the client 10, the client 10 sends the corresponding business instruction to the proxy server 21. After receiving the business instruction sent by the client 10, the proxy server 21 will execute the business instruction on the cloud phone mirror module 221 by calling the management module 23. Among them, the management module 23 is preset with multiple functional programs, and when a business instruction is received, the corresponding functional program is run to achieve business control of the cloud phone mirror module 221. Among them, business instructions may include restart, power on, power off, application start and stop, file upload, one-click new machine, rename, application uninstallation, and restore factory settings.

[0065] Unlike the existing cloud phone service that adopts a centralized public cloud architecture, user data must be uploaded to a third-party remote server, which cannot meet the mandatory compliance requirements of enterprise users for local storage of sensitive data. The localized cloud phone integrated management system provided in the embodiment of the present application sends business instructions to the proxy server 21 through the client 10. After receiving the business instructions, the proxy server 21 calls the management module 23 to perform corresponding operations on the cloud phone mirror module 221. Since the business instructions are all communicated locally, the data will be executed and encrypted locally, realizing a closed-loop data flow and enhancing data security.

[0066] In the present application, refer to Figure 4The schematic diagram of the streaming media service module structure in the cloud phone instance shown, the cloud phone instance 22 includes a streaming media service module 222, the streaming media service module 222 communicates with the cloud phone mirror module 221, and the streaming media service module 222 is used to accept the data request instructions sent by the client 10 and perform data request operations on the cloud phone mirror module 221.

[0067] In the present application, refer to Figure 2 The communication diagram of each module of the localized cloud phone integrated management system shown in the figure shows that the client 10 communicates with the stream service and sends data request instructions to the stream service. The data request instructions include instructions such as streaming, touch, button, sensor and GPS. After the stream service receives the data request instruction sent by the client 10, it performs a data request operation on the cloud phone mirror module 221.

[0068] For example, when the client 10 needs to view the game screen in the cloud phone, the client 10 can send a stream pulling instruction to the stream service. After receiving the stream pulling instruction, the stream service performs a stream pulling operation on the cloud phone mirror module 221 to pull the real-time video stream of the cloud phone.

[0069] For another example, when the client 10 controls the game screen through the cloud phone touch screen, a touch operation occurs, that is, the client 10 sends a touch instruction to the stream service. After the stream service receives the touch instruction, it performs a touch operation on the cloud phone mirror module 221, triggering the corresponding touch operation in the cloud phone game screen.

[0070] Different from the existing technology in which public network transmission causes problems such as control delay, slow touch response, and video streaming transmission jams in cloud phone operation, the localized cloud phone integrated management system provided by the embodiment of the present application sends a data request instruction to the streaming service through the client 10. The streaming service module 222 receives the data request instruction sent by the client 10 and executes the data request operation on the cloud phone mirror module 221. Since the user operates the cloud phone through the local area network, the data request instructions are all communicated locally, which improves the control efficiency, makes the touch response more timely, and improves the smoothness of video streaming transmission.

[0071] In the present application, refer to Figure 2 As shown in the communication diagram of each module of the localized cloud phone integrated management system, a first communication channel is established between the client 10 and the streaming service module 222 to send a data request instruction to the cloud phone mirror module 221 through the first communication channel and the streaming service module 222.

[0072] In the prior art, the streaming service module 222 typically includes an authentication module, which is a core component for ensuring system security and business compliance, and its primary function is access control. The streaming service module 222 typically interacts with a "business platform," a broad term that specifically refers to the upper-level business system that interfaces with the streaming service. Depending on the application scenario, the business platform may have different specific forms and functional positioning, such as a live e-commerce platform, an online education system, and an enterprise video conferencing system.

[0073] Unlike existing technologies, the localized cloud phone integrated management system provided in this embodiment of the application removes the authentication module from the streaming service module 222 and eliminates the interaction between the streaming service and the "business platform." By establishing a first communication channel, the client 10 and the streaming service module 222 can interact directly, simplifying the overall streaming link and improving the communication efficiency between the client 10 and the streaming service module 222.

[0074] In an embodiment of the present application, the first communication channel is a communication channel established based on a full-duplex communication long connection and / or network real-time communication.

[0075] In an embodiment of the present application, the first communication channel established between the client 10 and the streaming service module 222 can be a full-duplex communication long connection and / or network real-time communication, wherein the full-duplex communication long connection is a WebSocket long connection, and the network real-time communication is webRTC; WebSocket and WebRTC can be used complementary, that is, control signaling is transmitted through WebSocket, and media streams are processed through WebRTC.

[0076] Different from the existing technology, the localized cloud phone integrated management system provided in the embodiment of the present application connects the client 10 and the streaming service module 222 through a full-duplex communication long connection and / or real-time network communication, thereby improving the communication efficiency between the client 10 and the streaming service module 222.

[0077] In the present application, refer to Figure 5 The screen service module structure diagram in the cloud phone instance shown is as follows: the cloud phone instance 22 includes a screen service module 223, which communicates with the cloud phone mirroring module 221. The screen service module 223 is used to accept the screen display request sent by the client 10, and perform screen display operations on the cloud phone mirroring module 221 by calling the screen service module 223.

[0078] In the present application, refer to Figure 2In the diagram of the communication between the modules of the localized cloud phone integrated management system shown in FIG, the client 10 communicates with the screen service, sends a screen display request to the screen service, and the screen service performs a screen display operation on the cloud phone mirroring module 221. The screen display request is mainly a screenshot request. By continuously capturing screenshots of the cloud phone screen, the cloud phone screen image is displayed on the operation interface of the client 10.

[0079] Different from the traditional cloud phone model in the prior art that relies on a remote business platform, the localized cloud phone integrated management system provided in the embodiment of the present application communicates with the client 10 through the screen service module 223, reducing the intermediate links and reducing the communication delay, making the cloud phone screen display effect more stable and more timely.

[0080] In the present application, refer to Figure 6 As shown in the structural diagram of the screen proxy service module in the client, the local server 100 includes a screen proxy service module 30, and a second communication channel is established between the screen proxy service module 30 and the screen service module 223 to send a screen display request to the cloud phone mirror module 221 through the second communication channel and the screen service module 223.

[0081] In the present application, refer to Figure 2 The communication diagram of the localized cloud phone integrated management system shows that the communication between the screen service and the client 10 is also relayed by the screen proxy service module 30 (i.e., screen-proxy). The screen-proxy is a key middle-layer component in the streaming media architecture, specifically used to optimize the connection between the client 10 and the screen service. The screen-proxy is neither a simple forwarder nor a traditional content delivery network (CDN), but rather a streaming media middleware that integrates protocol conversion, intelligent routing, and security control capabilities.

[0082] In the present application, refer to Figure 2 The communication diagram of the modules of the localized cloud phone integrated management system shown in the figure shows a second communication channel established between the screen proxy service module 30 and the screen service module 223. The second communication channel can be a Transmission Control Protocol persistent connection, i.e., a TCP persistent connection. A third communication channel is established between the client 10 and the screen proxy service module 30. The third communication channel can be a WebSocket persistent connection.

[0083] Different from the existing technology, the localized cloud phone integrated management system provided in the embodiment of the present application, for the screen display request issued by the client 10, is first sent to the screen proxy service module 30 through a WebSocket long connection, and then sent to the screen service module 223 by the screen proxy service module 30 through a TCP long connection, thereby realizing protocol conversion and data forwarding, thereby realizing the reconstruction of the screenshot link and reducing delay and complexity.

[0084] In the embodiment of the present application, the proxy server 21 is in communication with the streaming service module 222 and the screen service module 223 , and is used to start and stop the streaming service module 222 and the screen service module 223 , and monitor the heartbeats of the streaming service module 222 and the screen service module 223 .

[0085] In the present application, refer to Figure 2 The communication diagram of each module of the localized cloud phone integrated management system shown in the figure shows that the proxy server 21 is also connected to the streaming service module 222, the screen service module 223 and the management module 23 for controlling the start, stop and heartbeat monitoring of the streaming service module 222, the screen service module 223 and the management module 23.

[0086] In a specific embodiment, when the user starts the localized cloud phone integrated management system and enters the cloud phone management mode, refer to Figure 7 The process diagram of booting up and obtaining the host machine and cloud phone is shown as follows for each host machine 20 in the local server 100:

[0087] When the proxy server 21 in the host machine 20 is started, first, the host machine 20 parameters are read from the predefined configuration file (such as / etc / agent.conf), where the host machine 20 parameters include the cloud phone instance 22 and the resource size (i.e., the number of cloud phones opened). According to the cloud phone parameters defined in the predefined configuration file (including memory and SIM card information, etc.), a gethostinfo response packet is dynamically generated to ensure seamless connection with the original business process; then, the streaming media service module 222, the cloud phone mirror module 221 and the screen service module 223 are started in sequence through the proxy server 21; finally, when all services are started, the operation log is recorded; if the service startup fails, an alarm log will be recorded.

[0088] Different from the existing technology, the localized cloud phone integrated management system provided in the embodiment of the present application can quickly load the cloud phone screen on the client 10 operation page through the above-mentioned boot-up process to obtain the host machine 20 and the cloud phone, thereby reducing latency.

[0089] In a specific embodiment, when a user initiates a service instruction for application installation to a cloud phone through the client 10, refer to Figure 8 The process diagram for batch installation of applications to cloud phones is shown in the figure. The specific process is as follows:

[0090] First, after the user selects several cloud phones on the operation interface where the application is to be installed, the client 10 will detect the host machines 20 corresponding to these cloud phones and prepare to upload the Android application package file (hereinafter referred to as apk file) to the designated directory of these corresponding host machines 20. The uploading process is to first upload to the designated directory of one host machine 20, and then synchronize the file from this host machine 20 to the other corresponding host machines 20.

[0091] Second, after the client 10 uploads the APK file to all corresponding host machines 20, the client 10 sends an installation request to the proxy server 21;

[0092] Third, after receiving the installation request, the proxy server 21 uses the location of the APK file in the host machine 20 as key information to start processing the installation task of each cloud phone in a loop. For each cloud phone installation task, the proxy server 21 calls the management module 23 to install the application in the cloud phone mirror module 221.

[0093] Finally, after the application installation is completed in each cloud phone, the cloud phone mirror module 221 returns the installation results to the proxy server 21. After receiving the installation results of all cloud phones, the proxy server 21 assembles all the installation results and returns the assembled installation results to the client 10. In addition, all APK files in the host machine 20 are deleted.

[0094] After the client 10 receives the assembled installation result sent by the proxy server 21, the above-mentioned process of batch installing applications to the cloud phone is completed.

[0095] The localized cloud phone integrated management system provided in the embodiment of the present application includes a local server, which includes a client and multiple host machines. Each host machine is pre-installed with a proxy server and multiple cloud phone instances, wherein the client is directly connected to the proxy server of each host machine, and the proxy server is connected to the corresponding multiple cloud phone instances. Through the communication interaction between the client and the proxy server, each cloud phone instance is controlled, so that data is executed and encrypted and stored locally, realizing a closed-loop data flow and improving security; through localized management, the remote business platform that traditional cloud phones rely on is eliminated, subscription costs are eliminated, and intermediate links are reduced, which greatly reduces instruction delays, improves operation fluency, and gets rid of dependence on network bandwidth. At the same time, it also effectively eliminates the risk of single point failures in the cloud and greatly reduces operation and maintenance costs.

[0096] 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 localized cloud phone integrated management system, characterized in that: The localized cloud phone integrated management system includes a local server, which includes a client and multiple host machines. Each host machine is pre-installed with a proxy server and multiple cloud phone instances. The client is communicated with the proxy server of each host machine, and the proxy server is communicated with the corresponding multiple cloud phone instances. The client controls each cloud phone instance through communication interaction with the proxy server.

2. The localized cloud phone integrated management system according to claim 1, characterized in that: The host machine is also preset with a management module, the cloud phone instance includes a cloud phone mirror module, the proxy server is used to accept the business instructions sent by the client, and execute the business instructions on the cloud phone mirror module by calling the management module.

3. The localized cloud phone integrated management system according to claim 2, characterized in that: The cloud phone instance includes a streaming service module, which communicates with the cloud phone mirror module. The streaming service module is used to accept data request instructions sent by the client and perform data request operations on the cloud phone mirror module.

4. The localized cloud phone integrated management system according to claim 3, characterized in that: A first communication channel is established between the client and the streaming service module, so as to send a data request instruction to the cloud phone mirroring module through the first communication channel and the streaming service module.

5. The localized cloud phone integrated management system according to claim 4, characterized in that: The first communication channel is a communication channel established based on a full-duplex communication long connection and / or network real-time communication.

6. The localized cloud phone integrated management system according to claim 3, characterized in that: The cloud phone instance includes a screen service module, which communicates with the cloud phone mirror module. The screen service module is used to accept a screen display request sent by the client and perform a screen display operation on the cloud phone mirror module by calling the screen service module.

7. The localized cloud phone integrated management system according to claim 6, characterized in that: The local server includes a screen proxy service module, and a second communication channel is established between the screen proxy service module and the screen service module to send a screen display request to the cloud phone mirroring module through the second communication channel and the screen service module.

8. The localized cloud phone integrated management system according to claim 6, characterized in that: The proxy server is in communication with the streaming service module and the screen service module, and is used to start and stop the streaming service module and the screen service module, and monitor the heartbeats of the streaming service module and the screen service module.

9. The localized cloud phone integrated management system according to claim 1, characterized in that: The proxy server is also used to dynamically allocate operating resources to each of the opened cloud phone instances based on the number of opened cloud phone instances.

10. The localized cloud phone integrated management system according to claim 1, characterized in that: The client is directly connected to the proxy server via the Hypertext Transfer Protocol.

Images