A standby optimization method, device, and storage medium

Abstract

An embodiment of the present application provides a standby optimization method, device, and storage medium. During the standby period of the cloud desktop terminal, the communication device assembled on the cloud desktop terminal can detect the application layer data packets received from the cloud desktop server side. For the detected application layer data packets that meet the preset feature conditions, instead of waking up the CPU of the cloud desktop terminal, these application layer data packets can be processed according to the adapted processing rules, and the application layer data packets can be replied based on the generated processed data packets. In this way, during the standby period of the cloud desktop terminal, the application layer data packets sent by the cloud desktop server to the cloud desktop terminal will be replied by the communication device as much as possible, which can not only keep the connection between the cloud desktop server and the cloud desktop terminal uninterrupted but also effectively reduce the number of times the CPU of the cloud desktop terminal is woken up, thereby greatly reducing the standby power consumption of the cloud desktop terminal and extending the standby duration of the cloud desktop terminal.

Description

Technical Field

[0001] This application relates to the field of communication technologies, and in particular, to a standby optimization method, device, and storage medium. Background Art

[0002] Currently, during the standby state of the cloud desktop terminal, the network connection between the cloud desktop terminal and the cloud desktop server can be kept uninterrupted. In this way, when the user wakes up the cloud desktop terminal, there is no need to perform the reconnection operation of the cloud desktop, which can effectively improve the user experience.

[0003] However, in this solution, during the standby state of the cloud desktop terminal, its CPU is frequently awakened by the application layer, resulting in an increase in standby power consumption and thus a shortening of the standby time of the cloud desktop terminal. Summary of the Invention

[0004] Multiple aspects of this application provide a standby optimization method, device, and storage medium to reduce the standby power consumption of the cloud desktop terminal.

[0005] An embodiment of this application provides a standby optimization method applicable to a communication device assembled on a cloud desktop terminal. The method includes:

[0006] During the standby period of the cloud desktop terminal, if an application layer data packet sent by the cloud desktop server is received, it is detected whether the application layer data packet meets the preset characteristic conditions;

[0007] If it meets the conditions, an appropriate processing rule is selected for the application layer data packet and it is prohibited to forward the application layer data packet to the CPU of the cloud desktop terminal;

[0008] According to the selected processing rule, the application layer data packet is processed to obtain a processed data packet;

[0009] Based on the processed data packet, the application layer data packet is replied.

[0010] An embodiment of this application further provides a communication device assembled on a cloud desktop terminal, including a memory, a processor, and a communication component;

[0011] The memory is used to store one or more computer instructions;

[0012] The processor is coupled to the memory and the communication component and is used to execute the one or more computer instructions to execute the foregoing standby optimization method.

[0013] An embodiment of this application further provides a cloud desktop terminal, including a memory, a processor, and a communication device,

[0014] The memory is used to store one or more computer instructions;

[0015] The processor is coupled to the memory and the communication device and is configured to execute the one or more computer instructions to control the communication device to perform the aforementioned standby optimization method.

[0016] An embodiment of the present application further provides a computer-readable storage medium storing computer instructions, which, when executed by one or more processors, cause the one or more processors to perform the aforementioned standby optimization method.

[0017] In an embodiment of the present application, an innovative communication device is proposed. The communication device can be assembled on a cloud desktop terminal to support the network connection between the cloud desktop terminal and the cloud desktop server. During the standby period of the cloud desktop terminal, the communication device can detect the application layer data packets received from the cloud desktop server side. For the detected application layer data packets that meet the preset characteristic conditions, the communication device no longer wakes up the CPU of the cloud desktop terminal to process these application layer data packets. Instead, the communication device can process these application layer data packets according to the adapted processing rules and reply to the application layer data packets based on the generated processed data packets. In this way, during the standby period of the cloud desktop terminal, the application layer data packets sent by the cloud desktop server to the cloud desktop terminal will be replied by the communication device as much as possible, which can not only keep the connection between the cloud desktop server and the cloud desktop terminal uninterrupted but also effectively reduce the number of times the CPU of the cloud desktop terminal is woken up, thereby greatly reducing the standby power consumption of the cloud desktop terminal and extending the standby duration of the cloud desktop terminal. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The schematic embodiments and descriptions thereof of the present application are used to explain the present application and do not constitute an improper limitation of the present application. In the drawings:

[0019] Figure 1 is a flowchart of a standby optimization method provided by an exemplary embodiment of the present application;

[0020] Figure 2 is a logical diagram of a standby optimization method provided by an exemplary embodiment of the present application;

[0021] Figure 3 is a logical diagram of a solution in an application scenario provided by an exemplary embodiment of the present application;

[0022] Figure 4 is a structural diagram of a communication device provided by another exemplary embodiment of the present application;

[0023] Figure 5A schematic structural diagram of a cloud desktop terminal provided for another exemplary embodiment of the present application. Detailed implementation manners

[0024] To make the objectives, technical solutions, and advantages of the present application clearer, the technical solutions of the present application will be clearly and completely described below in conjunction with specific embodiments of the present application and the corresponding drawings. Apparently, the described embodiments are only a part of the embodiments of the present application, rather than all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

[0025] Currently, during the standby period of a cloud desktop terminal, its CPU is often awakened by the application layer, resulting in an increase in the standby power consumption of the cloud desktop terminal. For this reason, in some embodiments of the present application: an innovative communication device is proposed. The communication device can be assembled on the cloud desktop terminal to support the network connection between the cloud desktop terminal and the cloud desktop server. During the standby period of the cloud desktop terminal, the communication device can detect the application layer data packets received from the cloud desktop server side. For the detected application layer data packets that meet the preset characteristic conditions, the communication device does not wake up the CPU of the cloud desktop terminal to process these application layer data packets. Instead, the communication device can process these application layer data packets according to the adapted processing rules and reply to the application layer data packets based on the generated processed data packets. In this way, during the standby period of the cloud desktop terminal, the application layer data packets sent from the cloud desktop server to the cloud desktop terminal will be replied to by the communication device as much as possible, which can not only keep the connection between the cloud desktop server and the cloud desktop terminal uninterrupted but also effectively reduce the number of times the CPU of the cloud desktop terminal is awakened, thereby greatly reducing the standby power consumption of the cloud desktop terminal and extending the standby duration of the cloud desktop terminal.

[0026] Figure 1 A schematic flowchart of a standby optimization method provided for an exemplary embodiment of the present application Figure 2 A schematic logical diagram of a standby optimization method provided for an exemplary embodiment of the present application. Refer to Figure 2 , this method can be executed by a communication device, and the communication device can be assembled on the cloud desktop terminal. Refer to Figure 1 , this method may include:

[0027] Step 100, during the standby period of the cloud desktop terminal, if an application layer data packet sent by the cloud desktop server is received, detect whether the application layer data packet meets the preset characteristic conditions;

[0028] Step 101, if it meets, select an adapted processing rule for the application layer data packet and prohibit forwarding the application layer data packet to the CPU of the cloud desktop terminal;

[0029] Step 102: Process the application layer data packet according to the selected processing rule to obtain the processed data packet;

[0030] Step 103: Reply to the application layer data packet based on the processed data packet.

[0031] First, a few concepts involved in this embodiment are briefly described below:

[0032] A cloud desktop, also known as desktop virtualization or cloud computer, is a new mode that replaces traditional computers.

[0033] A cloud desktop server may refer to a cloud server used to support the operation of a cloud desktop. It should be understood that the cloud desktop server may include components such as a CPU, memory, image, and cloud hard disk, and is a cloud server that can be obtained at any time and is elastically scalable.

[0034] A cloud desktop terminal may refer to a terminal device that supports the operation of a cloud desktop. It can connect to the cloud desktop server, render the cloud desktop to the front end, and redirect output and input data such as mouse operations at the front end to the cloud desktop server.

[0035] Among them, a cloud desktop protocol client is usually deployed in the cloud desktop terminal, and a cloud desktop protocol server is deployed in the cloud desktop server. Based on the cloud desktop protocol client and the cloud desktop protocol server, many interaction mechanisms in cloud desktop technology will be implemented at the application layer.

[0036] In terms of physical implementation form, the cloud desktop terminal can be a notebook computer, etc. This embodiment does not limit the physical implementation form of the cloud desktop terminal. Reducing the overall operating power consumption of the cloud desktop terminal can greatly increase its usage time and improve the user experience. For this reason, this embodiment provides a standby optimization solution for the cloud desktop terminal, which can be used to reduce the standby power consumption in the cloud desktop scenario.

[0037] In this embodiment, an innovative communication device is provided to implement the standby optimization method in this embodiment. The communication device in this embodiment can adopt a WIFI chip, a smart network card, or other devices with network connection capabilities. This embodiment does not limit the product implementation form of the communication device. The communication device in this embodiment includes a memory and a processor. In this embodiment, computer instructions can be stored in the memory of the communication device, and the processor in the communication device can execute the standby optimization method in this embodiment according to these computer instructions. In actual applications, these computer instructions can be stored in the memory of the communication device by installing a driver.

[0038] Reference Figure 1, in step 100, during the standby period of the cloud desktop terminal, if an application layer data packet sent by the cloud desktop server is received, it is detected whether the application layer data packet meets the preset characteristic conditions. Among them, during the standby period of the cloud desktop terminal, the communication device in this embodiment remains in a working state. In this embodiment, based on the communication device, the network connection between the cloud desktop terminal and the cloud desktop server can be maintained. In this way, when the cloud desktop terminal is awakened later, there is no need to spend time on reconnecting operations between the cloud desktop terminal and the cloud desktop server, such as TCP handshake operations, etc., but the cloud desktop can be used immediately, which can greatly improve the user experience.

[0039] Based on the network connection maintained between the cloud desktop terminal and the cloud desktop server, during the standby period of the cloud desktop terminal, the cloud desktop server may send application layer data packets to the cloud desktop terminal. The communication device in this embodiment will not directly forward the received application layer data packets to the CPU of the cloud desktop terminal for processing, but will detect whether the application layer data packets meet the preset characteristic conditions after receiving the application data packets sent by the cloud desktop server. It should be emphasized here that in this embodiment, there is no need to transform any sending logic of the application layer data packets on the cloud desktop server side, and the cloud desktop server can execute according to the original sending logic. For example, the sending period of the heartbeat request packet mentioned later remains unchanged.

[0040] In step 100, by detecting whether the application layer data packet meets the preset characteristic conditions, it can be determined whether to wake up the CPU of the cloud desktop terminal. Among them, in this embodiment, the communication device does not need to reply to all application layer data packets, but only needs to reply to the application layer data packets with specified characteristics. Here, the characteristic conditions are used to screen out the application layer data packets that the communication device can reply to.

[0041] In an exemplary solution, the characteristic conditions in step 100 may include but are not limited to:

[0042] The type of the application layer data packet is a specified type; and / or,

[0043] The field value of the specified field in the application layer data packet meets the specified requirements.

[0044] Among them, the specified type may include but is not limited to connection establishment type, confirmation type, data transmission type, etc. For example, if the communication device uses the TCP protocol to support the network connection between the cloud desktop terminal and the cloud desktop server, then the specified type here may include but is not limited to SYN type (corresponding to the aforementioned connection establishment type), ACK type (corresponding to the aforementioned confirmation type), or PSH type (corresponding to the aforementioned data transmission type). Of course, these are only exemplary, and this embodiment is not limited thereto.

[0045] Among them, the specified field can be a field in the application layer data packet used to characterize the function of the data packet. In different types of application data packets, the position offset OFFSET of the field identifying the function of the data packet in the application layer data packet may be different. In this embodiment, the position offset OFFSET can be defined separately under different types to point to the field used to characterize the function of the data packet. For example, for the ACK type of application layer data packet, the position offset OFFSET can be defined as 8 to point to the field used to characterize the function of this type of application layer data packet. The inventor found during the research process that in the cloud desktop scenario, the functions of the application layer data packets initiated by the cloud desktop server during the standby period of the cloud desktop terminal may include, but are not limited to, heartbeat requests, cursor blink synchronization, or screen change notifications, etc. And in the specified field of the application layer data packet, there is usually an identification value used to characterize the function of the data packet. Therefore, the function of the application layer data packet can be perceived by identifying the field value in the specified field. In addition, the specified requirement here can be greater than, equal to, or less than a preset value, etc., which is not limited here.

[0046] It can be understood that in this exemplary solution, by pre-defining the foregoing specified type and / or the specified requirements corresponding to the field values of the specified field, etc., as feature conditions, the communication device can detect in real time whether the application layer data packet received from the cloud desktop server during the standby period of the cloud desktop terminal meets the feature conditions, so as to determine whether the communication device replies to the application layer data packet.

[0047] Of course, the above feature conditions are exemplary, and this embodiment is not limited to this. In addition, in practical applications, if the feature conditions include multiple judgment items, a policy tree can be constructed based on the multiple judgment items, and the execution order between the judgment items and the starting judgment item and ending judgment item of each policy branch can be configured in the policy tree. In this way, for any application layer data packet that needs to be detected, the communication device can determine the judgment items to be executed and the execution order in the policy tree, and then determine the detection result. This is only an exemplary detection solution, and the detection solution in step 100 is not limited to this.

[0048] Reference Figure 2 , in step 101, if the application layer data packet meets the preset feature conditions, an appropriate processing rule is selected for the application layer data packet and it is prohibited to forward the application layer data packet to the CPU of the cloud desktop terminal. That is, if the application layer data packet meets the preset feature conditions, the CPU of the cloud desktop terminal will not be awakened, but the communication device in this embodiment will handle the current application layer data packet.

[0049] In this embodiment, various processing rules are predefined. In this way, in step 101, the communication device can select an appropriate processing rule for the current application layer data packet.

[0050] In this embodiment, the processing rules supported by the communication device may include, but are not limited to, modifying the type of the application layer data packet, maintaining the type of the application layer data packet, or performing operations such as inserting, deleting, or modifying specific fields in the application layer data packet. The operations configured in different processing rules may not be exactly the same.

[0051] In an exemplary selection scheme: The communication device may, based on the association relationship between the feature and the processing rule, use the processing rule associated with the feature corresponding to the application layer data packet as the processing rule adapted to the application layer data packet. Among them, the association relationship between the feature and the processing rule may be predefined in the communication device. The feature here may adopt the relevant features extracted during the feature condition detection process in step 100. Continuing with the foregoing exemplary feature conditions, the feature here may include, but is not limited to, the type of the application layer data packet and / or the field value of the specified field in the application layer data packet, etc.

[0052] On this basis, referring to Figure 1 , in step 102, the application layer data packet may be processed according to the selected processing rule to obtain the processed data packet. And in step 103, the communication device may reply to the application layer data packet based on the processed data packet. It should be emphasized here that in step 102, the processing rule may indicate modifying the application layer data packet to generate the processed data packet. Of course, it may also indicate creating a new data packet as the processed data packet. This embodiment does not make a limitation on this. In practical applications, the required operations may be defined as needed in different processing rules.

[0053] The following takes two typical application layer data packets as examples to illustrate the selection scheme of the processing rule and the processing scheme of the application data packet according to the processing rule.

[0054] First: If the type of the application layer data packet is an acknowledgement type and the field value of the specified field is the identification value corresponding to the heartbeat request packet, then the processing rule associated with the combined feature formed by the acknowledgement type and the identification value of the heartbeat request packet is used as the processing rule adapted to the application layer data packet. In this case, the processing rule adapted to the application layer data packet may include keeping the type of the application layer data packet as the acknowledgement type, and modifying the field value of the specified field in the application layer data packet to the identification value corresponding to the heartbeat reply packet. Among them, in this processing rule, the specified field may be the field mentioned above for identifying the function of the data packet.

[0055] In this way, during the standby period of the cloud desktop terminal, the communication device may intercept the heartbeat request packet received from the cloud desktop server and generate a corresponding heartbeat reply packet, so that the communication device completes the reply to the heartbeat request packet without waking up the CPU of the cloud desktop terminal.

[0056] Second type: If the type of the application layer data packet is a data transmission type and the field value of the specified field is the identification value corresponding to the cursor blink synchronization event, then the processing rule associated with the combined feature formed by the data transmission type and the identification value corresponding to the cursor blink synchronization event is used as the processing rule adapted to the application layer data packet; among them, the processing rule adapted to the application layer data packet includes modifying the type of the application layer data packet to a confirmation type, and modifying the field value of the specified field in the application layer data packet to the identification value corresponding to the cursor blink confirmation event. Similarly, in this processing rule, the specified field can be the field mentioned above for identifying the function of the data packet.

[0057] In this way, during the standby period of the cloud desktop terminal, the communication device can intercept the request packet received from the cloud desktop server for cursor blink synchronization. The occurrence frequency of this kind of request packet is relatively high during the standby period of the cloud desktop terminal, and it is mainly used to synchronize the cursor blink state in the cloud desktop server to the cloud desktop terminal. The communication device can generate a corresponding reply packet for this kind of request packet, so that the communication device completes the reply to this kind of request packet, and the CPU of the cloud desktop terminal is no longer awakened.

[0058] It should be understood that the above application data packets are exemplary. In this embodiment, the communication device can also directly reply to more application layer data packets occurring during the standby period of the cloud desktop terminal, and no longer needs to wake up the CPU of the cloud desktop terminal, which will not be enumerated here.

[0059] In addition, in this embodiment, the relevant processing rules can be defined with reference to the format of the reply packet generated by the CPU of the cloud desktop terminal when replying to the application layer data packet in the traditional scheme, so as to ensure that the processed data packet generated by the communication device after processing the application layer data packet according to the selected processing rule is consistent with the format of the reply packet generated by the CPU of the cloud desktop terminal in the traditional scheme, so as to ensure that the cloud desktop server is unaware of the standby optimization method performed by the communication device. In this way, it is possible to avoid modifying the cloud desktop protocol and reduce the complexity of the scheme implementation.

[0060] Optionally, in this embodiment, in step 103: If the application layer data packet carries reply address information, the communication device can send the processed data packet according to the reply address information; if the application layer data packet does not carry reply address information, the communication device can forward the processed data packet to the source address corresponding to the application layer data packet. Of course, this is only exemplary. In this embodiment, the communication device can also adopt other schemes to determine the reply address for the application layer data packet, and this embodiment is not limited to this.

[0061] In this embodiment, based on the foregoing steps 100 - 103, the communication device can directly reply to some application layer data packets during the standby period of the cloud desktop terminal. However, there may still be some application layer data packets that the communication device cannot directly reply to. For example, the data packets for screen change notification mentioned above. Therefore, in this embodiment: If the application layer data packet does not meet the characteristic conditions, the application layer data packet is forwarded to the CPU of the cloud desktop terminal to wake up the CPU of the cloud desktop terminal to process the application layer data packet. That is, when the communication device detects that the received application layer data packet is a data packet that it cannot reply to, it wakes up the CPU of the cloud desktop terminal and can forward such an application layer data packet to the CPU of the cloud desktop terminal. The CPU can reply to the application layer data packet according to the traditional solution. In this case, the communication device can send the reply packet provided by the CPU to the reply address according to the traditional solution.

[0062] It should be noted that in this embodiment, the communication device only needs to be responsible for replying to the application layer data packets during the standby period of the cloud desktop terminal; if the cloud desktop terminal ends the standby and enters the working state, the communication device can switch to the traditional processing logic, that is, only be responsible for the relevant network connection and data transmission work. In this case, the reply work of the application layer data packets is handed over to the CPU of the cloud desktop terminal.

[0063] In summary, an innovative communication device is proposed in this embodiment. The communication device can be assembled on the cloud desktop terminal to support the network connection between the cloud desktop terminal and the cloud desktop server. During the standby period of the cloud desktop terminal, the communication device can detect the application layer data packets received from the cloud desktop server side. For the detected application layer data packets that meet the preset characteristic conditions, the communication device does not wake up the CPU of the cloud desktop terminal to process these application layer data packets. Instead, the communication device can process these application layer data packets according to the adapted processing rules and reply to the application layer data packets based on the generated processed data packets. In this way, during the standby period of the cloud desktop terminal, the application layer data packets sent by the cloud desktop server to the cloud desktop terminal will be replied to by the communication device as much as possible. This can not only keep the connection between the cloud desktop server and the cloud desktop terminal uninterrupted but also effectively reduce the number of times the CPU of the cloud desktop terminal is woken up, thereby greatly reducing the standby power consumption of the cloud desktop terminal and prolonging the standby duration of the cloud desktop terminal.

[0064] Figure 3 It is a schematic diagram of the solution logic in an application scenario provided for an exemplary embodiment of this application. Refer to Figure 3During the working state of the cloud desktop terminal, the WIFI chip installed on the cloud desktop terminal can forward the heartbeat request packet received from the cloud desktop server to the CPU of the cloud desktop terminal. The CPU can generate a heartbeat reply packet and hand it over to the WIFI chip for forwarding to the cloud desktop server. Similarly, other data packets occurring during the working state of the cloud desktop terminal also complete the interaction according to the above logic.

[0065] After the cloud desktop terminal enters the standby state, refer to Figure 3 If the cloud desktop server sends a heartbeat request packet, a detection process will be triggered in the WIFI chip. Exemplarily, the detection logic triggered by the heartbeat request packet in the WIFI chip can be:

[0066] TCP / UDP IP PORT ACK / SYN / ... / OFFSET=8[EQ 5]PROCESS[PONG];

[0067] The above detection logic can be understood as: If the type of the received request packet is ACK or SYN, and the field value in the field with a position offset of 8 is equal to 5, then enter the PROCESS process, and in the PROCESS process, select the processing rule [PONG] as the processing rule corresponding to the request packet.

[0068] Exemplarily, the logic of the processing rule [PONG] can be: TCP IP PORT OFFSET=8, MOD6FORWARD.

[0069] The logic of the processing rule [PONG] can be understood as: Modify the field value in the field with a position offset of 8 to 6, and forward the generated processed data packet to the IP PORT through the TCP protocol.

[0070] Among them, the aforementioned field with a position offset of 8 is a field used to characterize the function of the data packet. If the field value in this field is 5, it indicates that the function of the data packet is a heartbeat request. If the field value in this field is 6, it indicates that the function of the data packet is a heartbeat reply.

[0071] Based on this, the WIFI chip can identify the heartbeat request packet sent by the cloud desktop server and directly reply to the heartbeat request packet without waking up the CPU of the cloud desktop terminal.

[0072] Refer to Figure 3 During the standby period of the cloud desktop terminal, the WIFI chip can loop the above processing logic to directly reply to each heartbeat request packet initiated by the cloud desktop server. In this way, none of the heartbeat request packets occurring during this period will cause the CPU of the cloud desktop terminal to be woken up.

[0073] Of course, it should be understood that Figure 3Only the application scenario of the heartbeat request packet sent by the cloud desktop server is shown among the application layer data packets. In actual applications, the WIFI chip installed on the cloud desktop terminal can, as described in the foregoing embodiments, support direct reply to multiple application layer data packets without waking up the CPU of the cloud desktop terminal, thereby reducing the standby power consumption of the cloud desktop terminal.

[0074] Continue to refer to Figure 3 , after the cloud desktop terminal resumes to the working state, the WIFI chip no longer undertakes the reply work of any application data packets, but hands over the reply work to the CPU of the cloud desktop terminal.

[0075] It can be seen that through the technical solution provided by this embodiment, most of the application layer data packets generated during the standby period of the cloud desktop terminal can be directly replied by the WIFI chip without waking up the CPU of the cloud desktop terminal. In this way, the number of times the CPU of the cloud desktop terminal is woken up can be effectively reduced, and the standby power consumption can be reduced.

[0076] It should be noted that in some of the processes described in the above embodiments and the accompanying drawings, a plurality of operations appear in a specific order. However, it should be clearly understood that these operations may not be executed in the order in which they appear in this article or may be executed in parallel. The operation numbers such as 101 and 102 are only used to distinguish different operations, and the numbers themselves do not represent any execution order. In addition, these processes may include more or fewer operations, and these operations may be executed in sequence or in parallel.

[0077] Figure 4 The structure diagram of a communication device provided by another exemplary embodiment of the present application. This communication device can be installed on the cloud desktop terminal. As Figure 4 shown, this communication device includes: a memory 40, a processor 41, and a communication component 42.

[0078] The processor 41 is coupled to the memory 40 and the communication component 42 and is used to execute the computer program in the memory 40 for:

[0079] During the standby period of the cloud desktop terminal, if an application layer data packet sent by the cloud desktop server is received, it is detected whether the application layer data packet meets the preset characteristic conditions;

[0080] If it meets the conditions, an appropriate processing rule is selected for the application layer data packet and it is prohibited to forward the application layer data packet to the CPU of the cloud desktop terminal;

[0081] According to the selected processing rule, the application layer data packet is processed to obtain a processed data packet;

[0082] Based on the processed data packet, the application layer data packet is replied.

[0083] In an alternative embodiment, the feature conditions include:

[0084] The type of the application layer data packet is a specified type; and / or,

[0085] The field value of a specified field in the application layer data packet meets the specified requirements;

[0086] The processing rules include one or more of the following operations:

[0087] Modify the type of the application layer data packet;

[0088] Keep the type of the application layer data packet; or,

[0089] Perform insert, delete, or modification operations on specific fields in the application layer data packet.

[0090] In an alternative embodiment, when the processor 41 selects an appropriate processing rule for the application layer data packet, it can specifically be used for:

[0091] Based on the association relationship between the features and the processing rules, use the processing rule associated with the features corresponding to the application layer data packet as the processing rule adapted to the application layer data packet;

[0092] Among them, the features corresponding to the application layer data packet include the type of the application layer data packet and / or the field value of a specified field in the application layer data packet.

[0093] In an alternative embodiment, when the processor 41, based on the association relationship between the features and the processing rules, uses the processing rule associated with the features corresponding to the application layer data packet as the processing rule adapted to the application layer data packet, it can specifically be used for:

[0094] If the type of the application layer data packet is an acknowledgement type and the field value of the specified field is the identification value corresponding to the heartbeat request packet, then use the processing rule associated with the combined feature formed by the acknowledgement type and the identification value corresponding to the heartbeat request packet as the processing rule adapted to the application layer data packet;

[0095] Among them, the processing rule adapted to the application layer data packet includes keeping the type of the application layer data packet as the acknowledgement type, and modifying the field value of the specified field in the application layer data packet to the identification value corresponding to the heartbeat reply packet.

[0096] In an alternative embodiment, when the processor 41, based on the association relationship between the features and the processing rules, uses the processing rule associated with the features corresponding to the application layer data packet as the processing rule adapted to the application layer data packet, it can specifically be used for:

[0097] If the type of the application layer data packet is a data transmission type and the field value of the specified field is the identification value corresponding to the cursor blinking synchronization event, then the processing rule associated with the combined feature formed by the data transmission type and the identification value corresponding to the cursor blinking synchronization event is used as the processing rule adapted to the application layer data packet;

[0098] Among them, the processing rule adapted to the application layer data packet includes modifying the type of the application layer data packet to a confirmation type, and modifying the field value of the field in the application layer data packet to the identification value corresponding to the cursor blinking confirmation event.

[0099] In an optional embodiment, the processor 41 can also be used for:

[0100] If the application layer data packet does not meet the feature conditions, then forward the application layer data packet to the CPU of the cloud desktop terminal to wake up the CPU of the cloud desktop terminal to process the application layer data packet.

[0101] In an optional embodiment, when the processor 41 replies to the application layer data packet based on the processed data packet, it can specifically be used for:

[0102] If the application layer data packet carries reply address information, then send out the processed data packet according to the reply address information;

[0103] If the application layer data packet does not carry reply address information, then forward the processed data packet to the source address corresponding to the application layer data packet.

[0104] In an optional embodiment, the communication device uses a WIFI chip or an intelligent network card.

[0105] Further, as Figure 4 shown, the communication device further includes: a power supply component 43 and other components. Figure 4 Only some components are schematically shown in Figure 4 and it does not mean that the communication device only includes

[0106] components shown.

[0107] Figure 5 This is a schematic structural diagram of a cloud desktop terminal provided by another exemplary embodiment of the present application. Referring to Figure 5 , the cloud desktop terminal in this embodiment may include a memory 50, a processor 51, and a communication device 52.

[0108] Among them, the processor 51, which is coupled to the memory 50 and the communication device 52, is configured to execute the computer program in the memory 40 to control the communication device 52 to execute the standby optimization method in the foregoing embodiments.

[0109] Further, as Figure 5 shown, the cloud desktop terminal further includes: a display component 53, a power supply component 54, and other components. Figure 5 Only some components are schematically shown herein, and it does not mean that the cloud desktop terminal only includes Figure 5 the components shown.

[0110] It should be noted that for the technical details in the embodiments of the cloud desktop terminal, reference may be made to the relevant descriptions in the foregoing method embodiments. To save space, they will not be elaborated herein, but this should not cause loss of the protection scope of this application.

[0111] Correspondingly, an embodiment of the present application further provides a computer-readable storage medium storing a computer program, and when the computer program is executed, it can implement the steps executed in the foregoing method embodiments.

[0112] The above Figure 4 and Figure 5 The memory is used to store a computer program and can be configured to store various other data to support operations on the computing platform. Examples of such data include instructions for any application program or method for operating on the computing platform, contact data, phone book data, messages, pictures, videos, etc. The memory can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.

[0113] The above Figure 4 The communication component is configured to facilitate communication between the device where the communication component is located and other devices in a wired or wireless manner. The device where the communication component is located can access a wireless network based on a communication standard, such as WiFi, 2G, 3G, 4G / LTE, 5G and other mobile communication networks, or a combination thereof. In an exemplary embodiment, the communication component receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component further includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0114] The aboveFigure 5 The display component in

[0115] the above Figure 4 and Figure 5 the power component in

[0116] Those skilled in the art will understand that the embodiments of the present application may be provided as a method, a system, or a computer program product. Therefore, the present application may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present application may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0117] The present application is described with reference to the flowcharts and / or block diagrams of methods, apparatuses (systems), and computer program products according to embodiments of the present application. It should be understood that each flow and / or block in the flowcharts and / or block diagrams, and the combination of flows and / or blocks in the flowcharts and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate means for implementing the functions specified in Figure 1 one or more flows and / or blocks Figure 1 one or more blocks.

[0118] These computer program instructions can also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer-readable memory generate a manufactured article including instruction means that implement the functions specified in Figure 1 one or more flows and / or blocks Figure 1 one or more blocks.

[0119] These computer program instructions can also be loaded onto a computer or other programmable data processing device, so that a series of operation steps are executed on the computer or other programmable device to generate a computer-implemented process. Thus, the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in one process Figure 1 one process or multiple processes and / or blocks Figure 1 steps of the functions specified in one block or multiple blocks.

[0120] It should also be noted that the term "comprising", "including" or any other variant thereof is intended to cover non-exclusive inclusion, such that a process, method, commodity or device comprising a series of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such process, method, commodity or device. Without further limitation, an element defined by the statement "comprising an..." does not exclude the presence of additional identical elements in the process, method, commodity or device comprising the element.

[0121] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties. And the collection, use and processing of relevant data need to comply with the relevant laws, regulations and standards of relevant countries and regions, and corresponding operation entrances are provided for users to choose to authorize or refuse.

[0122] The above are only the embodiments of the present application and are not used to limit the present application. For those skilled in the art, various changes and modifications can be made to the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included within the protection scope of the present application.

Claims

1. A standby optimization method applicable to a communication device, where the communication device is assembled on a cloud desktop terminal, and the method includes: During the standby period of the cloud desktop terminal, if an application layer data packet sent by the cloud desktop server is received, it is detected whether the application layer data packet meets a preset feature condition; If it meets the condition, an appropriate processing rule is selected for the application layer data packet and it is prohibited to forward the application layer data packet to the CPU of the cloud desktop terminal; According to the selected processing rule, the application layer data packet is processed to obtain a processed data packet; Based on the processed data packet, the application layer data packet is replied; Wherein, the feature condition includes: the type of the application layer data packet is a specified type; and / or, the field value of a specified field in the application layer data packet meets a specified requirement; the processing rule includes one or more of the following operations: modifying the type of the application layer data packet; maintaining the type of the application layer data packet; or, performing an insert, delete, or modification operation on a specific field in the application layer data packet; Selecting an appropriate processing rule for the application layer data packet includes: based on the association relationship between the feature and the processing rule, taking the processing rule associated with the feature corresponding to the application layer data packet as the processing rule adapted to the application layer data packet; wherein, the feature corresponding to the application layer data packet includes the type of the application layer data packet and / or the field value of a specified field in the application layer data packet; The method further includes: if the application layer data packet does not meet the feature condition, forwarding the application layer data packet to the CPU of the cloud desktop terminal to wake up the CPU of the cloud desktop terminal to process the application layer data packet.

2. According to the method described in claim 1, based on the association relationship between the feature and the processing rule, taking the processing rule associated with the feature corresponding to the application layer data packet as the processing rule adapted to the application layer data packet, includes: If the type of the application layer data packet is a confirmation type and the field value of the specified field is the identification value corresponding to the heartbeat request packet, taking the processing rule associated with the combined feature formed by the confirmation type and the identification value corresponding to the heartbeat request packet as the processing rule adapted to the application layer data packet; Wherein, the processing rule adapted to the application layer data packet includes maintaining the type of the application layer data packet as the confirmation type and modifying the field value of the specified field in the application layer data packet to the identification value corresponding to the heartbeat reply packet.

3. According to the method described in claim 1, based on the association relationship between the feature and the processing rule, taking the processing rule associated with the feature corresponding to the application layer data packet as the processing rule adapted to the application layer data packet, includes: If the type of the application layer data packet is a data transmission type and the field value of the specified field is the identification value corresponding to the cursor blink synchronization event, taking the processing rule associated with the combined feature formed by the data transmission type and the identification value corresponding to the cursor blink synchronization event as the processing rule adapted to the application layer data packet; Among them, the processing rules adapted to the application layer data packet include modifying the type of the application layer data packet to a confirmation type, and modifying the field value of the field in the application layer data packet to the identification value corresponding to the cursor blinking confirmation event.

4. The method according to claim 1, replying to the application layer data packet based on the processed data packet, includes: If the application layer data packet carries reply address information, send the processed data packet according to the reply address information; If the application layer data packet does not carry reply address information, forward the processed data packet to the source address corresponding to the application layer data packet.

5. The method according to claim 1, wherein the communication device uses a WIFI chip or an intelligent network card.

6. A communication device, assembled on a cloud desktop terminal, includes a memory, a processor, and a communication component; The memory is used for storing one or more computer instructions; The processor is coupled to the memory and the communication component, and is used for executing the one or more computer instructions to execute the standby optimization method according to any one of claims 1-5.

7. A cloud desktop terminal, includes a memory, a processor, and a communication device, The memory is used for storing one or more computer instructions; The processor is coupled to the memory and the communication device, and is used for executing the one or more computer instructions to control the communication device to execute the standby optimization method according to any one of claims 1-5.

8. A computer-readable storage medium storing computer instructions, when the computer instructions are executed by one or more processors, causing the one or more processors to execute the standby optimization method according to any one of claims 1-5.

Images