Method, related apparatus and computer program product for providing cloud phone configuration

Abstract

The present disclosure provides a method, device, electronic equipment, computer readable storage medium and computer program product for providing cloud phone configuration, which relates to the technical field of artificial intelligence such as cloud service, intelligent recommendation and intelligent cloud. A specific embodiment of the method comprises: in response to receiving a cloud phone configuration request transmitted by a user device, determining a reference cloud phone application based on at least an application heat list corresponding to the user device, wherein the application heat list indicates a usage heat distribution of the cloud phone application by the user device in a historical time period; determining a target cloud phone configuration meeting the configuration requirement from a pre-configured cloud phone configuration set based on the configuration requirement of the reference cloud phone application; and communicating the target cloud phone configuration to the user device. Thus, the cloud phone configuration can be recommended and provided for the user based on at least the user's application usage, which facilitates the user to select and use the cloud phone configuration closer to the demand and improves the user's experience of using the cloud phone.

Description

Technical Field

[0001] This disclosure relates to the field of computer technology, specifically to the field of artificial intelligence technology such as cloud services, intelligent recommendation and intelligent cloud, and in particular to methods, apparatus, electronic devices, computer-readable storage media and computer program products for providing cloud mobile phone configuration. Background Technology

[0002] With the development of computer technology, cloud phone technology has emerged to enhance the computing power and user experience of user devices. A cloud phone is a mobile phone system that applies cloud computing technology to network terminal services, providing "cloud services" through cloud servers. This type of "phone," deeply integrated with network services, can leverage its built-in system and the network terminals provided by the manufacturer to obtain more powerful computing capabilities, thus offering users more functions.

[0003] In the cloud phone model, to facilitate user experience, the party providing the computing power (e.g., the cloud server provider) can offer a variety of different cloud phone configurations. Accordingly, users can choose the configuration based on their specific needs. This approach, while meeting user requirements, saves computing resources and reduces user costs. Therefore, how to provide users with more effective and convenient assistance in selecting cloud phone configurations is a noteworthy and urgent need. Summary of the Invention

[0004] This disclosure provides a method, apparatus, electronic device, computer-readable storage medium, and computer program product for providing cloud phone configuration.

[0005] In a first aspect, embodiments of this disclosure propose a method for providing cloud phone configuration, comprising: responding to receiving a cloud phone configuration request from a user device, determining a reference cloud phone application based at least on an application popularity list corresponding to the user device, wherein the application popularity list indicates the distribution of usage popularity of the cloud phone application by the user device in a historical time period; determining a target cloud phone configuration that meets the configuration requirements from a pre-configured set of cloud phone configurations based on the configuration requirements of the reference cloud phone application; and communicating the target cloud phone configuration to the user device.

[0006] Secondly, embodiments of this disclosure propose an apparatus for providing cloud phone configuration, comprising: a reference application determination unit configured to, in response to receiving a cloud phone configuration request from a user device, determine a reference cloud phone application based at least on an application popularity list corresponding to the user device, wherein the application popularity list indicates the distribution of usage popularity of the cloud phone application by the user device over a historical time period; a cloud phone configuration determination unit configured to, based on the configuration requirements of the reference cloud phone application, determine a target cloud phone configuration that meets the configuration requirements from a pre-configured set of cloud phone configurations; and a cloud phone configuration communication unit configured to communicate the target cloud phone configuration to the user device.

[0007] Thirdly, embodiments of this disclosure provide an electronic device comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to implement the method for providing cloud phone configuration as described in any implementation of the first aspect.

[0008] Fourthly, embodiments of this disclosure provide a non-transitory computer-readable storage medium storing computer instructions that enable a computer, when executed, to implement a method for providing cloud phone configuration as described in any implementation of the first aspect.

[0009] Fifthly, embodiments of this disclosure provide a computer program product including a computer program that, when executed by a processor, enables the implementation of a method for providing cloud phone configuration as described in any implementation of the first aspect.

[0010] The methods, apparatus, electronic devices, computer-readable storage media, and computer program products for providing cloud phone configuration provided in this disclosure, in response to receiving a cloud phone configuration request from a user device, determine a reference cloud phone application based at least on an application popularity list corresponding to the user device, wherein the application popularity list indicates the distribution of usage popularity of cloud phone applications by the user device in a historical time period; determine a target cloud phone configuration that meets the configuration requirements from a pre-configured set of cloud phone configurations based on the configuration requirements of the reference cloud phone application; and communicate the target cloud phone configuration to the user device.

[0011] This disclosure can recommend and provide cloud phone configurations based at least on the user's application usage, making it easier for users to choose and use cloud phone configurations that better meet their needs, and improving the user experience of cloud phones.

[0012] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of this disclosure, nor is it intended to limit the scope of this disclosure. Other features of this disclosure will become readily apparent from the following description. Attached Figure Description

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

[0014] Figure 1 This is an exemplary system architecture to which this disclosure can be applied;

[0015] Figure 2 A flowchart illustrating a method for configuring a cloud phone, provided as an embodiment of this disclosure;

[0016] Figure 3 A flowchart illustrating a process for determining a reference cloud phone, provided as an embodiment of this disclosure;

[0017] Figure 4 This is a schematic diagram of the architecture of an attention mechanism layer provided in an embodiment of the present disclosure;

[0018] Figure 5 A flowchart illustrating a method for providing cloud phone configuration in an application scenario, as provided in an embodiment of this disclosure;

[0019] Figure 6 A structural block diagram of a device for configuring a cloud phone, provided in an embodiment of this disclosure;

[0020] Figure 7 This is a schematic diagram of the structure of an electronic device suitable for performing a method of providing cloud phone configuration, as provided in an embodiment of this disclosure. Detailed Implementation

[0021] The exemplary embodiments of this disclosure are described below with reference to the accompanying drawings, including various details of the embodiments to aid understanding; these should be considered merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of this disclosure. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description. It should be noted that, unless otherwise specified, the embodiments and features described in this disclosure can be combined with each other.

[0022] Furthermore, the acquisition, storage, use, processing, transportation, provision, and disclosure of user personal information (such as the application popularity list mentioned later in this disclosure) involved in the technical solutions disclosed herein comply with the provisions of relevant laws and regulations and do not violate public order and good morals.

[0023] Figure 1 An exemplary system architecture 100 is shown, in which embodiments of the methods, apparatuses, electronic devices, and computer-readable storage media for providing cloud phone configurations can be applied.

[0024] like Figure 1 As shown, system architecture 100 may include terminal devices 101, 102, and 103, a network 104, and a server 105. Network 104 serves as the medium for providing communication links between terminal devices 101, 102, and 103 and server 105. Network 104 may include various connection types, such as wired or wireless communication links, or fiber optic cables, etc.

[0025] Users can use terminal devices 101, 102, and 103 to interact with server 105 via network 104 to receive or send messages, etc. Various applications for enabling information communication between the terminal devices 101, 102, and 103 and server 105 can be installed. These applications include cloud phone configuration applications, cloud service applications, and instant messaging applications.

[0026] Terminal devices 101, 102, and 103 and server 105 can be either hardware or software. When terminal devices 101, 102, and 103 are hardware, they can be various electronic devices with displays, including but not limited to smartphones, tablets, laptops, and desktop computers. When terminal devices 101, 102, and 103 are software, they can be installed in the aforementioned electronic devices, and can be implemented as multiple software programs or software modules, or as a single software program or software module; no specific limitation is made here. When server 105 is hardware, it can be implemented as a distributed server cluster composed of multiple servers, or as a single server. When server 105 is software, it can be implemented as multiple software programs or software modules, or as a single software program or software module; no specific limitation is made here.

[0027] Server 105 can provide various services through its built-in applications. Taking a cloud phone configuration recommendation application as an example, when running such an application, server 105 can achieve the following effects: First, in response to receiving an incoming cloud phone configuration request from a user device (e.g., terminal devices 101, 102, 103) via network 104, server 105 determines a reference cloud phone application based at least on an application popularity list corresponding to the user device. The application popularity list indicates the distribution of cloud phone application usage popularity on the user device over a historical period. Then, based on the configuration requirements of the reference cloud phone application, server 105 determines a target cloud phone configuration that meets the configuration requirements from a pre-configured set of cloud phone configurations. Finally, server 105 communicates the target cloud phone configuration to the user device.

[0028] It should be noted that, in addition to being obtained from terminal devices 101, 102, and 103 via network 104, the application popularity list can also be pre-stored on server 105 in various ways.

[0029] Since the computing power actually used by cloud phones is mainly provided by the cloud server, for convenience, the methods for providing cloud phone configuration provided in the subsequent embodiments of this disclosure are generally executed by the server 105, which has strong computing power and abundant computing resources. Correspondingly, the device for providing cloud phone configuration is also generally located in the server 105. However, it should also be noted that when terminal devices 101, 102, and 103 also have sufficient computing power and resources, they can also complete the various calculations that were previously handled by the server 105 through the cloud phone configuration recommendation application installed on them, and thus output the same results as the server 105. Especially when there are multiple terminal devices with different computing capabilities, but the cloud phone configuration recommendation application determines that the terminal device has strong computing power and abundant remaining computing resources, it can allow the terminal device to perform the above calculations, thereby appropriately reducing the computing pressure on the server 105. Accordingly, the device for providing cloud phone configuration can also be located in the terminal devices 101, 102, and 103.

[0030] It should be understood that Figure 1 The number of terminal devices, networks, and servers shown is merely illustrative. Depending on implementation needs, any number of terminal devices, networks, and servers can be included.

[0031] Please refer to Figure 2 , Figure 2 A flowchart of a method for configuring a cloud phone is provided as an embodiment of this disclosure, wherein process 200 includes the following steps:

[0032] Step 201: In response to receiving the cloud phone configuration request from the user device, determine the reference cloud phone application based at least on the application popularity list corresponding to the user device;

[0033] This step is intended for the entity that provides the method for configuring cloud phones (e.g., Figure 1 The server 105 shown responds to receiving a message from a user equipment (e.g., Figure 1The cloud phone configuration requests received by the terminal devices 101, 102, and 103 (shown in the diagram) are determined based on at least a list of popular applications corresponding to the user devices to identify the recommended cloud phone applications. The cloud phone configuration request can be a request issued by the user device to inquire about and request recommended cloud phone configurations. The cloud phone configuration includes configurations for providing cloud phone services, typically associated with the physical devices used by the device providing the cloud phone service. In some scenarios, the cloud phone service can be provided by a "virtual machine" implemented through virtualized, "abstracted," or virtual physical hardware (e.g., providing cloud phone computing power to the user based on a virtual machine). Accordingly, the cloud phone configuration can be the specific "computing power" parameters provided by the required virtual machine, such as runtime memory parameters, storage parameters, etc. In some embodiments, the cloud phone configuration can be pre-determined in a "combination" form. For example, a combination may include a set of pre-configured physical devices, or virtual machines with configured runtime memory and cache parameters. This allows users to directly and completely select cloud phone configurations by choosing a "combination" of cloud phone configurations, facilitating user selection. For example, users can select a "combination" cloud phone configuration and then obtain a ready-to-use cloud phone based on the selected configuration. In some scenarios, such a "combination" can also be referred to as a "package".

[0034] In practice, different "combinations" and "packages" vary in terms of the physical equipment used and the computing power provided. To avoid resource waste caused by improper allocation of computing power, "packages" can be configured and have different usage costs. Accordingly, users can choose "packages" based on their actual needs.

[0035] Furthermore, when the executing entity receives a cloud phone configuration request from a user device, it can choose to obtain the application popularity list corresponding to that user device. The application popularity list can reflect the user device's usage of cloud phone applications (or simply applications), that is, it indicates the distribution of user device usage popularity for cloud phone applications over a historical period. For example, the application popularity list can indicate the user device's usage of cloud phone applications A, B, C, and D, such as usage frequency and duration. Typically, popularity information can be determined using parameters such as active time and activity level. Correspondingly, the application popularity list can record and indicate the "popularity" of cloud phone applications by recording parameters such as usage frequency and duration, and / or recording popularity information. For example, the application popularity list can indicate that the user device has a popularity parameter X1 for application A, a popularity parameter X2 for application B, a popularity parameter X3 for application C, and a popularity parameter X4 for application D, where, numerically, X1 > X2 > X3 > X4.

[0036] Then, the executing entity can determine reference cloud phone applications by performing analysis based at least on the application popularity list corresponding to the user device. Reference cloud phone applications refer to applications used as a reference to determine the required cloud phone configuration. That is, the executing entity can determine the user device's usage requirements for cloud phone configurations by analyzing the "configuration requirements" corresponding to the reference cloud phone applications, and then recommend a "target cloud phone configuration" for the user device. Typically, the executing entity can select applications as reference cloud phone applications based on a pre-configured popularity threshold (usually based on prior knowledge or configuration by operations and maintenance personnel). For example, in the above example, the popularity threshold can be set to X5 (where X3 > X5 > X4), then the executing entity can determine applications A, B, and C as reference cloud phone applications. Thus, the executing entity can determine the "target cloud phone configuration" based on parameter analysis of applications A, B, and C. This approach allows the executing entity to refer to cloud phone configurations based on user application usage preferences, thus aligning with user application usage habits and needs.

[0037] It should be noted that the application popularity list can be obtained directly from the local storage device by the aforementioned execution entity, or it can be obtained from a non-local storage device (e.g., Figure 1 The application popularity list can be obtained from the terminal devices 101, 102, and 103 shown. The local storage device can be a data storage module set within the aforementioned execution entity, such as a server hard drive. In this case, the application popularity list can be quickly read locally. The non-local storage device can also be any other electronic device set up to store data, such as some user terminals. In this case, the aforementioned execution entity can obtain the required application popularity list by sending an acquisition command to the electronic device.

[0038] In some embodiments, as described above, to ensure user information security, the application popularity list may be provided by the user's device, rather than configured locally on the execution entity, such as server 105. Accordingly, the execution entity may, in response to receiving a cloud phone configuration request from the user device, request the application popularity list from the user device to obtain it. If the user device communicates an application popularity list to the execution entity based on this request, the execution entity may determine the reference cloud phone application based on the application popularity list in the manner discussed above, which will not be repeated here.

[0039] In some embodiments, the user may not respond promptly to the execution entity's request to obtain the application popularity list. In this case, the execution entity may choose to select a "historical user device" based on the user device's parameters. For example, the execution entity may select a "historical user device" from a pre-configured set of historical user devices that have previously communicated with the execution entity, based on a comparison of the device's parameters, that has a parameter similarity to the current user device that meets a preset similarity threshold.

[0040] Then, the implementing entity can use the historical application popularity list corresponding to the "historical user device" as the application popularity list corresponding to the current user device to determine the reference cloud phone applications. Thus, when the user device does not provide an application popularity list, the implementing entity can use historically similar user devices that meet the requirements as a reference, thereby ensuring the stability of the recommendation process while reducing the information requirements for users.

[0041] Step 202: Based on the configuration requirements of the reference cloud phone application, determine the target cloud phone configuration that meets the configuration requirements from the pre-configured set of cloud phone configurations.

[0042] Building upon step 201, this step aims to have the executing entity, using the reference cloud phone application determined in step 201 as a reference, or more specifically, using the configuration requirements of the reference cloud phone application as a reference, determine a target cloud phone configuration that meets the configuration requirements from a pre-configured set of cloud phone configurations. It should be understood that, as discussed above, to meet different use cases and needs, the set of cloud phone configurations typically contains multiple different cloud phone configurations. The executing entity can determine at least one target cloud phone configuration that meets the configuration requirements based on the matching relationship between the configuration requirements of the reference cloud phone application and the various cloud phone configurations in the set of cloud phone configurations.

[0043] In practice, reference cloud phone applications typically offer multiple configuration standards. For example, they can be categorized by the user experience after execution, from lowest to highest: minimum performance standard (e.g., smooth performance), normal performance standard (e.g., high-quality performance), and recommended performance standard (e.g., excellent performance). In such cases, the implementing entity can determine the reference standard based on the number of reference cloud phone applications. For instance, with only one reference cloud phone application, the implementing entity can refer to its "excellent performance standard" to determine and recommend the target cloud phone. Conversely, with multiple reference cloud phone applications, the implementing entity can determine and recommend the target cloud phone based on an overall analysis of these applications; for example, recommending a configuration that satisfies the smooth performance standard for all applications, or a configuration that satisfies the excellent performance standard for all applications, and so on.

[0044] In some embodiments, the executing entity may also determine the actual reference configuration standard based on the configuration parameters communicated by the user equipment. For example, it may determine the configuration requirements for "running the standard according to the standard" based on the "high-quality standard" recommendation communicated by the user equipment and execute the recommendation.

[0045] Step 203: Configure the target cloud phone to communicate with the user device.

[0046] Building upon step 202, this step aims to have the aforementioned executing entity, after determining the target cloud phone configuration, communicate the target cloud phone configuration to the user device, thereby completing the target cloud phone configuration recommendation for the user device.

[0047] The method for providing cloud phone configurations provided in this disclosure can recommend and provide cloud phone configurations based at least on the user's application usage, making it easier for the user to choose and use cloud phone configurations that better meet their needs and improving the user's experience with cloud phones.

[0048] As discussed above, when reference cloud phone applications are determined based at least on an application popularity list, a threshold can be set to select the reference cloud phone applications. In some embodiments, a popularity-based sorting method can also be chosen to determine reference cloud phone applications based on the user's "usage preference" or "inclination" for the applications. In this regard, embodiments of this disclosure also provide a process for determining reference cloud phone applications. Please refer to... Figure 3 , Figure 3 A flowchart illustrating a process for determining a reference cloud phone is provided as an embodiment of this disclosure, wherein the process 300 shown can be, for example, as described above. Figure 2 The alternative to step 201 in the illustrated process 200. Process 300 includes the following steps:

[0049] Step 301: In response to receiving the cloud phone configuration request from the user device, mark the application with the highest usage popularity in the application popularity list corresponding to the user device as the first application;

[0050] Specifically, when using the application popularity list, the implementing entity can first identify the application with the highest usage popularity indicated in the application popularity list corresponding to the user's device and mark it as the first application.

[0051] Step 302: Check if the popularity list includes a second application;

[0052] Specifically, after marking the first application, the executing entity checks whether the popularity list includes a second application whose usage popularity differs from that of the first application by less than or equal to a preset difference threshold. For example, such a second application could be an application indicated by the application popularity list that has a usage popularity difference from that of the first application that is less than or equal to the preset difference threshold, or an application whose usage popularity ranks second, third, or so on.

[0053] Furthermore, if the executing entity determines that such a second application is not included or does not exist, the executing entity continues to execute step 303.

[0054] Step 303: The first application is identified as the reference cloud phone application.

[0055] Specifically, if the executing entity determines that such a second application does not exist or is excluded, it can respond by using the "unique" first application as the reference cloud phone application. Thus, the executing entity can select the most popular "application" as a reference based on usage popularity to recommend cloud phone configurations to users.

[0056] In some optional implementations of this embodiment, when a second application exists, because the difference in usage popularity between the second application and the first application is less than or equal to a preset difference threshold, the user's difference in usage preference or inclination between the first application and the second application "may not be obvious." Therefore, using the first application as a reference alone may result in a significant difference from the user's actual usage preference or inclination. Thus, process 300 may further include step 304, which can be executed in step 302 when the executing entity determines that the aforementioned second application is included and exists.

[0057] Step 304: Mark both the first application and the second application as candidate reference cloud phone applications;

[0058] Specifically, in the presence of a first application and a second application, the executing entity may choose to mark both the first application and the second application as candidate reference cloud mobile applications.

[0059] Step 305: Obtain the minimum configuration requirements for each candidate reference cloud mobile application;

[0060] Specifically, based on step 304 above, the executing entity obtains the minimum configuration requirements corresponding to each candidate reference cloud mobile application (e.g., the minimum operating standard and smoothness standard discussed above).

[0061] Step 306: Based on the comparison results of each lower limit configuration requirement, the candidate reference cloud mobile application with the highest lower limit configuration requirement is determined as the reference cloud mobile application.

[0062] Specifically, the executing entity compares the lower limit configuration requirements of each candidate reference cloud mobile application selected in step 305 above, selects the candidate reference cloud mobile application with the highest lower limit configuration requirement, and determines the candidate reference cloud mobile application with the highest lower limit configuration requirement as the reference cloud mobile application.

[0063] This ensures that the executing entity, by referencing the configuration provided by the candidate reference cloud phone application with the highest lower limit configuration requirement, can meet the lower limit configuration requirements of all candidate reference cloud phone applications, guaranteeing that each candidate reference cloud phone application can be executed using the recommended cloud phone configuration.

[0064] In some embodiments, the executing entity can determine the reference cloud phone application not only by referring to the application popularity list, but also by combining "application popularity" with specific user behavioral characteristics to determine the user's usage tendency and preference for the application. This improves the quality of the reference cloud phone application determination. In some embodiments, the process of determining the reference cloud phone application in response to receiving a cloud phone configuration request from a user device, at least based on the application popularity list corresponding to the user device, can involve generating application temporal characteristics based on the application popularity list corresponding to the user device, generating user characteristics based on interaction behavior records with the user device, and then determining the reference cloud phone application based on the combination of temporal characteristics and user characteristics. In some embodiments, interaction behavior records may include user queries for a certain application, user marking and usage information of the application, etc. Accordingly, the executing entity can generate user characteristics based on these interactions to analyze the user's "preference" for the application.

[0065] In some optional implementations of this embodiment, to better combine temporal features and user features, the executing entity may also choose to utilize an attention-recurrent neural network (RNN) to process the temporal and user features to obtain the corresponding reference cloud mobile application. The attention-recurrent neural network includes an attention mechanism layer for combining temporal and user features, allowing it to be trained typically based on sample temporal and user features as input and labeled sample applications as output. After training, the resulting attention-recurrent neural network can be used to determine the corresponding reference cloud mobile application based on the input temporal and user features.

[0066] In some embodiments, the temporal features may correspond to each specific application. Accordingly, the attention-recurrent neural network may also include a concatenation layer for concatenating the temporal features to obtain a concatenated temporal feature. For example, the concatenated temporal feature may be a context matrix.

[0067] Then, the attention mechanism layer in the attention-recurrent neural network can combine the context matrix with user features to obtain a combined result. This combined result is then processed sequentially using a feedforward layer and a normalization layer to output the final reference cloud phone application.

[0068] To better understand the process by which the attention mechanism layer combines temporal features and sample users, you can also refer to... Figure 4 . Figure 4 This is a schematic diagram of an attention mechanism layer architecture provided in an embodiment of the present disclosure, wherein an exemplary architecture 400 of the attention mechanism layer included in an attention-recurrent neural network is illustrated.

[0069] Specifically, in architecture 400, the key vector 412 and value vector 413 can be determined using the context matrix 411 corresponding to the temporal features, and the query vector 422 can be obtained using the user features 421. Then, based on the normalized results of the key vector 412 and the query vector 422, the attention weight 423 is obtained. Then, based on the calculation results of the attention weight 423 and the value vector 413, the context vector 431 is obtained.

[0070] For example, the generation process of the context matrix 411 (e.g., H) can be referred to the following formulas (1) and (2):

[0071]

[0072]

[0073] in, The hidden layer output of user device i at time step t is given. The time-series characteristics of the cloud phone of user device i, where t = 1, 2, 3, ..., T i W P and W H b represents the connection weights of the recurrent network in the encoder of the attention-recurrent neural network used. h This refers to the bias term of the recurrent network in the encoder of an attention-recurrent neural network.

[0074] For example, key vectors 412 (e.g., K) and value vectors 413 (e.g., V) are determined using a context matrix 411 (e.g., H) based on temporal features, and user features 421 (e.g., x) are used to determine key vectors 412 (e.g., K) and value vectors 413 (e.g., V). (i) The query vector 422 (e.g., Q) is obtained. Based on the normalized result of the key vector 412 (e.g., K) and the query vector 422 (e.g., Q), (e.g., normalization operation 440 is performed), attention weights 423 (e.g., α) are obtained. Then, based on the calculation result of attention weights 423 (e.g., α) and value vector 413 (e.g., V), context vector 431 (e.g., c) is obtained. (i) The process can be referred to the following formulas (3), (4) and (5):

[0075] Q = x (i) K = H, V = H (3)

[0076] α = softmax(QK) T (4)

[0077] c (i) =αV (5)

[0078] Where H represents the context matrix, Q is the query vector, and x (i) For user features, softmax() represents the normalization operation, K represents the key vector, α represents the attention weights, V represents the value vector, and c (i) This represents the context vector.

[0079] Subsequently, the attention-recurrent neural network can determine the reference cloud mobile application by processing the forward feedback and normalization of the vector 431 below.

[0080] In some embodiments, when determining the target cloud phone configuration, the executing entity may also determine at least two target cloud phone configurations for the user to choose from. Accordingly, to facilitate the user's selection of the target cloud phone configuration, the executing entity may also choose to detect whether the number of target cloud phone configurations exceeds a preset quantity threshold (for example, this quantity threshold may be determined based on the layout of the presented page, thereby avoiding difficulties for the user in making a selection due to simultaneously pushing "too many" target cloud phone configurations). Accordingly, in response to the number of target cloud phone configurations exceeding the preset quantity threshold, the executing entity sorts the target cloud phone configurations from low to high based on the usage cost associated with them, obtaining a sorting result. For example, the executing entity can sort each target cloud phone configuration according to the usage cost associated with each configuration. For example, a target cloud phone configuration with a higher usage cost may be ranked after a target cloud phone configuration with a lower usage cost in the sorting result. Further, the executing entity may, for example, perform... Figure 2 As shown in step 203, when configuring the target cloud phone to communicate with the user device, it is possible to select the top-ranked target cloud phone configurations in the sorting results to communicate with the user device. The value of the top-ranked digits is less than or equal to a preset quantity threshold. This allows users to be prioritized and provided with target cloud phone configurations that have lower usage costs.

[0081] In some embodiments, the cloud phone configuration set can be pre-classified, for example, by referring to the operating parameters of the target devices included in the cloud phone configuration (e.g., CPU model, memory size, etc.) to divide them into "levels". Accordingly, cloud phone configurations belonging to the same level can be clustered into a level group. In such a scenario, each level group can be understood as a subset of the cloud phone configuration set. That is, each subset of cloud phone configurations corresponds to a different configuration level. Accordingly, the cloud phone configuration set can consist of one or more subsets of cloud phone configurations.

[0082] Furthermore, if the cloud phone configuration set includes at least two cloud phone configuration subsets, then the execution entity, when executing, for example... Figure 2As shown in step 202, when determining the target cloud phone configuration that meets the configuration requirements of the reference cloud phone application from the pre-configured set of cloud phone configurations, one can first select a subset of target cloud phone configurations that meet the configuration requirements of the reference cloud phone application from the pre-configured set of cloud phone configurations. Determining the subset of target cloud phone configurations that meets the configuration requirements of the reference cloud phone application is actually similar to the method for determining the target cloud phone configuration discussed above (for example, determining whether a subset of cloud phone configurations can be selected based on whether the "minimum" configurations included in the subset meet the smoothness standard, etc.), and will not be repeated here.

[0083] Furthermore, after determining the target cloud phone configuration subsets, the executing entity identifies one target cloud phone configuration from each subset, resulting in a set of target cloud phone configurations. Correspondingly, the executing entity can then choose to communicate this set of target cloud phone configurations to the user device, as a specific implementation of step 203 above. Thus, the executing entity can pre-divide the cloud phone configurations in the cloud phone configuration set using a "hierarchical" approach, obtaining one or more cloud phone configuration subsets. Then, by extracting target cloud phone configurations from these subsets, it avoids duplicate recommendations of "similar" and "same-level" configurations, enriching the user's choice of cloud phone configurations without significantly increasing the number of recommendations.

[0084] Based on any of the above embodiments, where it is permissible to recommend at least two target cloud phone configurations to the user, the executing entity can further provide the user with more auxiliary information to assist the user in judging and selecting the cloud phone configuration that actually meets their needs. In some embodiments, if at least two target cloud phone configurations communicate with the user's device, the executing entity can also detect whether the at least two target cloud phone configurations include duplicate cloud phone configurations that have been previously recommended to the user's device. Accordingly, if such "duplicate cloud phone configurations" exist, the executing entity can respond by adding a historical marker to the duplicate cloud phone configurations among the at least two target cloud phone configurations. And when communicating the target cloud phone configurations to the user's device, it can choose to communicate both the target cloud phone configurations and the historical markers to the user's device. Thus, when there are at least two target cloud phone configurations that the user can choose to select, the executing entity can additionally choose to identify and prompt the "duplicate cloud phone configurations" that have been previously recommended to the user, to assist the user in understanding their previous choices and facilitate user decision-making.

[0085] In some embodiments, the executing entity may adopt different processing strategies for duplicate cloud phone configurations depending on the different use cases. For example, if it determines that too many target cloud phone configurations are being pushed to the user (e.g., exceeding the quantity threshold discussed above), or exceeding a certain number (a different standard from the quantity threshold discussed above, but smaller than that threshold), it may choose not to provide the user with that duplicate cloud phone configuration. This allows the system to recommend more unused cloud phone configurations to the user, facilitating updates to previously selected cloud phone configurations and encouraging the user to actively acquire more "new" cloud phone configurations.

[0086] To enhance understanding, this disclosure also provides a specific implementation scheme based on a particular application scenario. Please refer to the example below. Figure 5 The process 500 is shown. In the scenario shown in process 500, a user (not shown in the figure) can use terminal device 101 as the user device to request server 105 to recommend a "target cloud phone configuration".

[0087] The user can use terminal device 101 to execute S501 to send a cloud phone configuration request to server 105. Accordingly, server 105 can respond to this and execute S502 to request the communication application popularity list 510 from terminal device 101.

[0088] If terminal device 101 executes S503 to communicate application popularity list 510 to server 105, then server 105 can execute S504 after receiving application popularity list 510 to determine a group of reference cloud mobile applications 520 based on popularity list 510. For example, server 105 can determine the application A with the highest popularity and application B with a popularity difference of less than a preset difference threshold as "reference cloud mobile applications" in the group of reference cloud mobile applications 520.

[0089] Further, server 105 executes S505 to determine a subset of target cloud phone configurations that meet the configuration requirements of the reference cloud phone application. For example, server 105 may determine two subsets of target cloud phone configurations that meet the configuration requirements of the reference cloud phone application, such as target cloud phone configuration subsets 525a and 525b. For example, target cloud phone configuration subset 525a may include target cloud phone configurations “T1” and “T2”, and target cloud phone configuration subset 525b may include target cloud phone configurations “U1” and “U2”.

[0090] Further, server 105 executes S506 to determine a target cloud phone configuration from each target cloud phone configuration subset (e.g., target cloud phone configuration subsets 525a and 525b), resulting in a set of target cloud phone configurations 530. For example, a set of target cloud phone configurations 530 may include target cloud phone configuration "T1" from target cloud phone configuration subset 525a and target cloud phone configuration "U2" from target cloud phone configuration subset 525b.

[0091] Finally, server 105 can execute S503 to provide the determined set of target cloud phone configurations 530 to terminal device 101.

[0092] Further reference Figure 6 As an implementation of the methods shown in the above figures, this disclosure provides an embodiment of a device for providing cloud phone configuration, which is similar to... Figure 2 Corresponding to the method embodiments shown, this device can be specifically applied to various electronic devices.

[0093] like Figure 6 As shown, the device 600 for providing cloud phone configuration in this embodiment may include: a reference application determination unit 601, a cloud phone configuration determination unit 602, and a cloud phone configuration communication unit 603. The reference application determination unit 601 is configured to, in response to receiving a cloud phone configuration request from a user device, determine a reference cloud phone application based at least on an application popularity list corresponding to the user device, wherein the application popularity list indicates the distribution of cloud phone application usage popularity on the user device over a historical time period; the cloud phone configuration determination unit 602 is configured to, based on the configuration requirements of the reference cloud phone application, determine a target cloud phone configuration that meets the configuration requirements from a pre-configured set of cloud phone configurations; and the cloud phone configuration communication unit 603 is configured to communicate the target cloud phone configuration to the user device.

[0094] In this embodiment, the specific processing and technical effects of the image acquisition unit 601, the current annotation node determination unit 602, and the annotation execution unit 603 in the device 600 providing cloud phone configuration can be found in the following references. Figure 2 The relevant descriptions of steps 201-203 in the corresponding embodiments will not be repeated here.

[0095] In some optional implementations of this embodiment, the reference application determination unit 601 includes: a first application marking subunit, configured to mark the application with the highest usage popularity in the application popularity list corresponding to the user device as the first application in response to receiving a cloud phone configuration request from the user device; a second application detection subunit, configured to detect whether the popularity list includes the second application, wherein the difference between the usage popularity of the second application and the usage popularity of the first application is less than or equal to a preset difference threshold; and a first reference application determination subunit, configured to determine the first application as the reference cloud phone application in response to the absence of the second application.

[0096] In some optional implementations of this embodiment, the apparatus 600 further includes: a candidate reference application determination subunit, configured to mark both the first application and the second application as candidate reference cloud mobile applications in response to the existence of a second application; a lower limit configuration requirement acquisition subunit, configured to acquire the lower limit configuration requirements corresponding to each candidate reference cloud mobile application; and a second reference application determination subunit, configured to determine the candidate reference cloud mobile application with the highest lower limit configuration requirement as the reference cloud mobile application based on the comparison results of each lower limit configuration requirement.

[0097] In some optional implementations of this embodiment, the reference application determination unit 601 includes: a timing feature and user feature determination subunit, configured to generate application timing features based on the application popularity list corresponding to the user device and generate user features based on the interaction behavior records with the user device in response to receiving a cloud phone configuration request from the user device; and a third reference application determination subunit, configured to determine the reference cloud phone application based on the combination result of the timing features and user features.

[0098] In some optional implementations of this embodiment, the third reference application determination subunit is further configured to input application temporal features and user features into an attention-recurrent neural network, and use the attention-recurrent neural network to process the application temporal features and user features to obtain a determined reference cloud mobile application, wherein the attention-recurrent neural network includes an attention mechanism layer for combining temporal features and user features.

[0099] In some optional implementations of this embodiment, at least two target cloud phone configurations are determined, and the device 600 further includes: a configuration sorting unit configured to sort the target cloud phone configurations from low to high based on the usage cost associated with them in response to the number of target cloud phone configurations exceeding a preset quantity threshold, and obtain a sorting result; and a cloud phone configuration communication unit further configured to communicate the target cloud phone configurations with the first few digits in the sorting result to the user equipment, wherein the value of the first few digits is less than or equal to the preset quantity threshold.

[0100] In some optional implementations of this embodiment, the cloud phone configuration set includes at least two cloud phone configuration subsets, each cloud phone configuration subset corresponding to a different configuration level. The configuration level is divided based on the operating parameters of the target devices included in the cloud phone configuration. The cloud phone configuration determination unit 602 includes: a configuration subset determination subunit, configured to determine a target cloud phone configuration subset that meets the configuration requirements of the reference cloud phone application from a pre-configured cloud phone configuration set; a cloud phone configuration determination subunit, configured to determine one target cloud phone configuration from each target cloud phone configuration subset to obtain a set of target cloud phone configurations; and a cloud phone configuration communication unit, further configured to communicate the set of target cloud phone configurations to the user device.

[0101] In some optional implementations of this embodiment, the reference application determination unit 601 includes: an application popularity list request subunit, configured to request a communication application popularity list from the user device in response to receiving a cloud phone configuration request from the user device; and a fourth reference application determination subunit, configured to determine a reference cloud phone application in response to the user device's communication application popularity list, at least based on the application popularity list corresponding to the user device.

[0102] In some optional implementations of this embodiment, the apparatus 600 further includes: a fifth reference application determination subunit, configured to determine a reference cloud mobile application in response to a list of application popularity of user equipment that has not communicated, using a historical application popularity list of historical user equipment as an application popularity list, wherein the parameter similarity between the historical user equipment and the user equipment meets the requirements of a preset similarity threshold.

[0103] In some optional implementations of this embodiment, at least two target cloud phone configurations communicate with the user device. The apparatus 600 further includes: a duplicate cloud phone configuration detection unit, configured to detect whether the at least two target cloud phone configurations include a duplicate cloud phone configuration, wherein the duplicate cloud phone configuration is a cloud phone configuration that has been previously recommended to the user device; a history tag adding unit, configured to add a history tag for the duplicate cloud phone configuration in response to the existence of a duplicate cloud phone configuration; and a cloud phone configuration communication unit, further configured to communicate the target cloud phone configuration and the history tag to the user device.

[0104] This embodiment exists as a device embodiment corresponding to the above method embodiment. The device for providing cloud phone configuration provided in this embodiment can recommend and provide cloud phone configurations based at least on the user's application usage, making it easier for the user to select and use cloud phone configurations that are closer to their needs, and improving the user's experience of using cloud phones.

[0105] According to embodiments of this disclosure, this disclosure also provides an electronic device, a readable storage medium, and a computer program product.

[0106] Figure 7 A schematic block diagram of an example electronic device 700 that can be used to implement embodiments of the present disclosure is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the present disclosure described and / or claimed herein.

[0107] like Figure 7 As shown, device 700 includes a computing unit 701, which can perform various appropriate actions and processes based on a computer program stored in read-only memory (ROM) 702 or a computer program loaded from storage unit 708 into random access memory (RAM) 703. RAM 703 may also store various programs and data required for the operation of device 700. The computing unit 701, ROM 702, and RAM 703 are interconnected via bus 704. Input / output (I / O) interface 705 is also connected to bus 704.

[0108] Multiple components in device 700 are connected to I / O interface 705, including: input unit 706, such as keyboard, mouse, etc.; output unit 707, such as various types of monitors, speakers, etc.; storage unit 708, such as disk, optical disk, etc.; and communication unit 709, such as network card, modem, wireless transceiver, etc. Communication unit 709 allows device 700 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0109] The computing unit 701 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the computing unit 701 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 701 performs the various methods and processes described above, such as the method of providing cloud phone configuration. For example, in some embodiments, the method of providing cloud phone configuration may be implemented as a computer software program tangibly contained in a machine-readable medium, such as storage unit 708. In some embodiments, part or all of the computer program may be loaded and / or installed on device 700 via ROM 702 and / or communication unit 709. When the computer program is loaded into RAM 703 and executed by the computing unit 701, one or more steps of the method of providing cloud phone configuration described above may be performed. Alternatively, in other embodiments, the computing unit 701 may be configured to perform the method of providing cloud phone configuration by any other suitable means (e.g., by means of firmware).

[0110] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0111] The program code used to implement the methods of this disclosure may be written in any combination of one or more programming languages. This program code may be provided to a processor or controller of a general-purpose computer, special-purpose computer, or other programmable data processing apparatus, such that when executed by the processor or controller, the program code causes the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may be executed entirely on a machine, partially on a machine, as a standalone software package partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

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

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

[0114] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as a data server), or computing systems that include middleware components (e.g., an application server), or computing systems that include frontend components (e.g., a user computer with a graphical user interface or web browser through which a user can interact with embodiments of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., a communication network). Examples of communication networks include local area networks (LANs), wide area networks (WANs), and the Internet.

[0115] Computer systems can include clients and servers. Clients and servers are generally geographically separated and typically interact via communication networks. The client-server relationship is established by computer programs running on the respective computers and having a client-server relationship with each other. Servers can be cloud servers, also known as cloud computing servers or cloud hosts, which are hosting products within the cloud computing service ecosystem to address the management difficulties and weak business scalability inherent in traditional physical hosts and Virtual Private Servers (VPS) services. Servers can also be categorized as distributed system servers or servers incorporating blockchain technology.

[0116] According to the technical solution of this disclosure, cloud phone configurations can be recommended and provided based at least on the user's application usage, making it easier for the user to choose and use cloud phone configurations that are closer to their needs, and improving the user's experience with cloud phones.

[0117] It should be understood that the various forms of processes shown above can be used to rearrange, add, or delete steps. For example, the steps described in this disclosure can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution provided in this disclosure can be achieved, and this is not limited herein.

[0118] The specific embodiments described above do not constitute a limitation on the scope of protection of this disclosure. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this disclosure should be included within the scope of protection of this disclosure.

Claims

1. A method for providing cloud phone configuration, comprising: In response to receiving a cloud phone configuration request from a user device, a reference cloud phone application is determined based at least on an application popularity list corresponding to the user device, wherein the application popularity list indicates the distribution of the user device's usage popularity of cloud phone applications over a historical time period. Based on the configuration requirements of the reference cloud phone application, target cloud phone configurations that meet the configuration requirements are determined from a pre-configured set of cloud phone configurations. The set of cloud phone configurations includes at least two subsets of cloud phone configurations, each subset corresponding to a different configuration level. These configuration levels are based on the operating parameters of the target devices included in the cloud phone configurations. The cloud phone configurations are determined in combination, and the combination includes a set of pre-configured physical devices. The process includes: determining a subset of target cloud phone configurations that meet the configuration requirements of the reference cloud phone application from the pre-configured set of cloud phone configurations; and determining one target cloud phone configuration from each subset of target cloud phone configurations to obtain a set of target cloud phone configurations, where each set of target cloud phone configurations includes at least two target cloud phone configurations. Configuring the target cloud phone to communicate with the user device includes: configuring the group of target cloud phones to communicate with the user device; Also includes: Detect whether at least two of the target cloud phone configurations include a duplicate cloud phone configuration, wherein the duplicate cloud phone configuration is a cloud phone configuration that has been previously recommended to the user device; In response to the existence of the duplicate cloud phone configuration, a historical marker is added to the at least two target cloud phone configurations for the duplicate cloud phone configuration; and The step of configuring the target cloud phone to communicate with the user device includes: The target cloud phone configuration and the historical markers are communicated to the user device.

2. The method according to claim 1, wherein, The step of responding to a cloud phone configuration request received from a user device, at least based on an application popularity list corresponding to the user device, determines reference cloud phone applications, including: In response to receiving a cloud phone configuration request from a user device, the application with the highest usage popularity in the application popularity list corresponding to the user device is marked as the first application; Detect whether the popularity list includes a second application, wherein the difference between the popularity of the second application and the popularity of the first application is less than or equal to a preset difference threshold; In response to the absence of the second application, the first application is identified as the reference cloud phone application.

3. The method according to claim 2, further comprising: In response to the existence of the second application, both the first application and the second application are marked as candidate reference cloud phone applications; Obtain the minimum configuration requirements for each of the candidate reference cloud mobile applications; Based on the comparison results of each of the lower limit configuration requirements, the candidate reference cloud mobile application with the highest lower limit configuration requirement is determined as the reference cloud mobile application.

4. The method according to claim 1, wherein, The step of responding to a cloud phone configuration request received from a user device, at least based on an application popularity list corresponding to the user device, determines reference cloud phone applications, including: In response to receiving a cloud phone configuration request from a user device, application time-series features are generated based on an application popularity list corresponding to the user device, and user features are generated based on interaction behavior records with the user device. The reference cloud mobile application is determined based on the combination of the time-series features and the user features.

5. The method according to claim 4, wherein, The determination of the reference cloud mobile application based on the combination of the time-series features and the user features includes: The application time-series features and the user features are input into an attention-recurrent neural network. The attention-recurrent neural network is used to process the application time-series features and the user features to determine the reference cloud mobile application. The attention-recurrent neural network includes an attention mechanism layer for combining the time-series features and the user features.

6. The method according to claim 1, wherein, The method for determining at least two target cloud phone configurations further includes: In response to the number of target cloud phone configurations exceeding a preset threshold, the target cloud phone configurations are sorted from low to high based on their associated usage costs, resulting in a sorting result; and The step of configuring the target cloud phone to communicate with the user device includes: Configure the target cloud phone with the first few digits in the sorting result to communicate with the user device, wherein the value of the first few digits is less than or equal to the preset quantity threshold.

7. The method according to claim 1, wherein, The step of responding to a cloud phone configuration request received from a user device, at least based on an application popularity list corresponding to the user device, determines reference cloud phone applications, including: In response to receiving a cloud phone configuration request from a user device, the system requests communication with the user device regarding the application popularity list. In response to the user equipment communicating the application popularity list, a reference cloud mobile application is determined based at least on the application popularity list corresponding to the user equipment.

8. The method according to claim 7, further comprising: In response to the user equipment not communicating the application popularity list, the historical application popularity list of the historical user equipment is used as the application popularity list to determine the reference cloud mobile application, wherein the parameter similarity between the historical user equipment and the user equipment meets the requirements of a preset similarity threshold.

9. A device for providing cloud phone configuration, comprising: The reference application determination unit is configured to, in response to receiving a cloud phone configuration request from a user device, determine a reference cloud phone application based at least on an application popularity list corresponding to the user device, wherein the application popularity list indicates the distribution of the user device's usage popularity of the cloud phone application over a historical time period. A cloud phone configuration determination unit is configured to determine, based on the configuration requirements of the reference cloud phone application, a target cloud phone configuration that meets the configuration requirements from a pre-configured set of cloud phone configurations. The set of cloud phone configurations includes at least two subsets of cloud phone configurations, each subset corresponding to a different configuration level. These configuration levels are based on the operating parameters of the target devices included in the cloud phone configurations. The cloud phone configurations are determined in combination, and each combination includes a set of pre-configured physical devices. The cloud phone configuration determination unit further includes: a configuration subset determination subunit, configured to determine a subset of target cloud phone configurations that meets the configuration requirements of the reference cloud phone application from the pre-configured set of cloud phone configurations; and a cloud phone configuration determination subunit, configured to determine one target cloud phone configuration from each subset of target cloud phone configurations to obtain a set of target cloud phone configurations, where each set of target cloud phone configurations includes at least two target cloud phone configurations. A cloud phone configuration communication unit is configured to configure the target cloud phone to communicate with the user equipment, including: configuring the group of target cloud phones to communicate with the user equipment; Also includes: The duplicate cloud phone configuration detection unit is configured to detect whether at least two target cloud phone configurations include a duplicate cloud phone configuration, wherein the duplicate cloud phone configuration is a cloud phone configuration that has been previously recommended to the user device. A history tag adding unit is configured to add a history tag for the duplicate cloud phone configuration in response to the existence of the duplicate cloud phone configuration; and The cloud phone configuration communication unit is further configured to communicate the target cloud phone configuration and the historical marker to the user equipment.

10. The apparatus according to claim 9, wherein, The reference application determination unit includes: The first application tagging subunit is configured to, in response to receiving a cloud phone configuration request from a user device, tag the application with the highest usage popularity in the application popularity list corresponding to the user device as the first application; The second application detection subunit is configured to detect whether the popularity list includes a second application, wherein the difference between the usage popularity of the second application and the usage popularity of the first application is less than or equal to a preset difference threshold. The first reference application determination subunit is configured to determine the first application as the reference cloud phone application in response to the absence of the second application.

11. The apparatus of claim 10, further comprising: The candidate reference application determination subunit is configured to mark both the first application and the second application as candidate reference cloud phone applications in response to the existence of the second application. The lower limit configuration requirement acquisition subunit is configured to acquire the lower limit configuration requirements corresponding to each of the candidate reference cloud mobile applications; The second reference application determination subunit is configured to determine the candidate reference cloud mobile application with the highest lower limit configuration requirement as the reference cloud mobile application based on the comparison results of each of the lower limit configuration requirements.

12. The apparatus according to claim 9, wherein, The reference application determination unit includes: The timing feature and user feature determination subunit is configured to, in response to receiving a cloud phone configuration request from a user device, generate application timing features based on an application popularity list corresponding to the user device, and generate user features based on interaction behavior records with the user device. The third reference application determination subunit is configured to determine the reference cloud mobile application based on the combination of the time-series features and the user features.

13. The apparatus according to claim 12, wherein, The third reference application determination subunit is further configured to input the application temporal features and the user features into an attention-recurrent neural network, and process the application temporal features and the user features using the attention-recurrent neural network to determine the reference cloud mobile application, wherein the attention-recurrent neural network includes an attention mechanism layer for combining the temporal features and the user features.

14. The apparatus according to claim 9, wherein, The device further includes a component for determining at least two target cloud phone configurations. A sorting unit is configured to, in response to the number of target cloud phone configurations exceeding a preset threshold, sort the target cloud phone configurations from lowest to highest based on their associated usage costs, thus obtaining a sorting result; and The cloud phone configuration communication unit is further configured to communicate the target cloud phone configuration communication with the user device for the first few digits in the sorting result, wherein the value of the first few digits is less than or equal to the preset quantity threshold.

15. The apparatus according to claim 9, wherein, The reference application determination unit includes: The application popularity list request subunit is configured to request communication with the user device regarding the application popularity list in response to receiving a cloud phone configuration request from the user device. The fourth reference application determination subunit is configured to determine a reference cloud mobile application in response to the user equipment communicating the application popularity list, based at least on the application popularity list corresponding to the user equipment.

16. The apparatus of claim 15, further comprising: The fifth reference application determination subunit is configured to, in response to the user equipment not communicating the application popularity list, use the historical application popularity list of the historical user equipment as the application popularity list to determine the reference cloud mobile application, wherein the parameter similarity between the historical user equipment and the user equipment meets the requirements of a preset similarity threshold.

17. An electronic device comprising: At least one processor; as well as A memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, which, when executed by the at least one processor, enables the at least one processor to perform the method for providing cloud phone configuration as described in any one of claims 1-8.

18. A non-transitory computer-readable storage medium storing computer instructions for causing the computer to perform the method of providing cloud phone configuration as claimed in any one of claims 1-8.

19. A computer program product comprising a computer program that, when executed by a processor, implements the method for providing cloud phone configuration according to any one of claims 1-8.

Images