Control method of low-energy-consumption low-flow remote electronic product

Abstract

The invention discloses a control method for a low-energy-consumption low-flow remote electronic product, and the method comprises the following steps: S1, requesting a server interface to generate an encryption command through an APP end, and modifying the working mode of equipment; s2, after generating an encryption command, the server starts to issue the encryption command to the hardware end through the MQTT; s3, after the 4G communication module of the hardware end receives the instruction sent by the MQTT, the PCB mainboard starts to process the logic of the hardware; s4, after the logic is processed by the hardware, a message is sent to the server through the MQTT, and the server is informed that the execution of the command is completed; and S5, the server side modifies the corresponding state of the equipment after receiving the message after the hardware execution is completed, and informs the APP side that the instruction operation is completed at the same time, the control method of the low-energy-consumption and low-flow remote electronic product realizes low-energy-consumption and low-flow instruction transmission, realizes interaction of the remote electronic product, has high adaptability, and improves the use convenience of a user.

Description

Technical Field

[0001] This invention relates to the field of remote control technology, specifically to a method for controlling remote electronic products with low power consumption and low data usage. Background Technology

[0002] Currently, when remotely controlling electronic products via servers, the devices are always in a wake-up state. Although they can respond to commands sent by the server in a timely manner, the power consumption is too fast, requiring constant charging. This is very inconvenient in scenarios where timely charging is not possible, and the large command transmission bandwidth affects the receiving speed. Summary of the Invention

[0003] The technical problem to be solved by the present invention is to overcome the existing defects and provide a low-power, low-data-flow control method for remote electronic products, so as to realize low-power, low-data-flow command transmission, improve user convenience, and effectively solve the problems in the background art.

[0004] To achieve the above objectives, the present invention provides the following technical solution: a method for controlling remote electronic products with low power consumption and low data usage, comprising the following steps:

[0005] S1: The APP requests the server interface to generate an encrypted command and simultaneously modifies the device's working mode;

[0006] S2: After the server generates the encryption command, it begins to send the encryption command to the hardware via MQTT.

[0007] S3: After the 4G communication module on the hardware side receives the instruction sent by MQTT, the PCB motherboard begins to process the hardware logic.

[0008] S4: After the hardware finishes processing the logic, it sends a message to the server via MQTT to notify the server that the command has been executed.

[0009] S5: After receiving the message that the hardware has completed its operation, the server modifies the corresponding status of the device and notifies the APP that the operation has been completed.

[0010] As a preferred technical solution of the present invention, the working mode in step S1 includes a high-frequency working mode and a low-frequency working mode. The high-frequency working mode is the common state. When the user sets the working mode to the low-frequency working mode using the APP, the device enters a low-energy consumption state.

[0011] As a preferred technical solution of the present invention, the low-frequency working mode is as follows: the device checks every 5 minutes whether there is a wake-up command to be triggered according to a specified frequency. If a wake-up command is detected, it enters a 1-minute high-frequency working state. At this time, it will inform the server that the device has been woken up and can process the instructions sent from the server.

[0012] If all instructions sent by the server to the hardware are processed within 1 minute, the device will automatically switch to a low-frequency state and wait for the next wake-up.

[0013] If a command is not processed within 1 minute, it will not be counted as a low-frequency state. The hardware will execute all instructions before entering sleep mode again.

[0014] As a preferred embodiment of the present invention, the communication command between the server and the hardware is fixed at 32 bytes in length.

[0015] As a preferred technical solution of the present invention, the 4G communication module is always in working state during the high-frequency working mode, but the PCB motherboard may occasionally be in sleep mode. At this time, the wake-up command is sent to make the PCB motherboard stop sleeping and enter the working state. Both need to be in working state for communication to be completed normally.

[0016] In the low-frequency operating mode, both the 4G communication module and the PCB motherboard will enter sleep mode. However, the 4G communication module will check for any wake-up commands to be executed every 5 minutes. If a wake-up command is detected, the PCB motherboard will enter the working state until all commands are processed, at which point both will enter sleep mode.

[0017] As a preferred embodiment of the present invention, the encryption command includes Bluetooth encryption and 4G encryption.

[0018] As a preferred technical solution of the present invention, the Bluetooth encryption process is as follows: the APP requests a device command, the server generates an original 32-byte instruction, and starts RSA encryption. After encryption is completed, AES symmetric encryption is performed for secondary encryption before returning to the APP.

[0019] After receiving the data that has been encrypted twice, the app begins to decrypt the AES-encrypted data. The decrypted command is then an RSA command. The app then sends the RSA-encrypted command to the device via Bluetooth. The device replies with the same RSA-encrypted command. The app then calls the server's interface to decrypt the RSA command.

[0020] As a preferred technical solution of the present invention, the working process of the 4G encryption is as follows: the server sends the RSA-encrypted instruction directly to the hardware via MQTT. After the hardware processes the corresponding logic, it returns the execution result, which is also RSA-encrypted data. After the server decrypts the data, it informs the user whether the operation was successful.

[0021] As a preferred technical solution of the present invention, the encryption command carries a token. If the token in the generated command is expired or invalid, the hardware cannot respond.

[0022] As a preferred embodiment of the present invention, the wake-up command is not cleared after it is issued, but remains in the MQTT queue. Each time the device connects to the MQTT, it will receive a wake-up command, causing the device to enter the working state and wait for the server to send commands.

[0023] Compared with the prior art, the beneficial effects of the present invention are as follows: This low-power, low-traffic remote electronic product control method sets a low-frequency mode so that the electronic product automatically switches to a low-frequency state after processing the instructions sent from the server, eliminating the need for the electronic product to be constantly in a wake-up state, thus greatly saving energy consumption. At the same time, the communication command between the server and the hardware is controlled to be 32 bytes in length, so that the traffic sent each time is constant at 3.2kb, improving the command receiving speed and saving traffic. Furthermore, as long as the electronic product can send data to the server via MQTT, electronic products in different locations can communicate with each other, improving adaptability. Attached Figure Description

[0024] Figure 1 This is a flowchart of the present invention;

[0025] Figure 2 Flowchart for low-frequency operating mode;

[0026] Figure 3 A flowchart for the encryption command;

[0027] Figure 4 A flowchart for periodically waking up the device. Detailed Implementation

[0028] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0029] Please see Figure 1-4 This invention provides a technical solution: a method for controlling remote electronic products with low power consumption and low data usage, comprising the following steps:

[0030] S1: The APP requests the server interface to generate an encrypted command and modifies the device's working mode. The working mode includes a high-frequency working mode and a low-frequency working mode. The high-frequency working mode is the common state. When the user sets the working mode to the low-frequency working mode using the APP, the device enters a low-power state.

[0031] S2: After the server generates the encryption command, it starts sending the encryption command to the hardware via MQTT. The communication command between the server and the hardware is fixed at 32 bytes in length, so that the traffic sent each time is constant at 3.2kb.

[0032] S3: After the 4G communication module on the hardware side receives the instruction sent by MQTT, the PCB motherboard begins to process the hardware logic.

[0033] S4: After the hardware finishes processing the logic, it sends a message to the server via MQTT to notify the server that the command has been executed.

[0034] S5: After receiving the message that the hardware has completed its operation, the server modifies the corresponding status of the device and notifies the APP that the operation has been completed.

[0035] Furthermore, in order to save power and energy consumption, a low-frequency working mode is selected when the device interacts with the server for a long time. The low-frequency working mode is as follows: the device checks every 5 minutes at a specified frequency to see if there is a wake-up command to be triggered. If a wake-up command is detected, it enters a 1-minute high-frequency working state. At this time, it will inform the server that the device has been woken up and can process the instructions sent from the server.

[0036] If all instructions sent by the server to the hardware are processed within 1 minute, the device will automatically switch to a low-frequency state and wait for the next wake-up.

[0037] If a command is not processed within 1 minute, it will not be counted as a low-frequency state. The hardware will execute all instructions before entering sleep mode again.

[0038] Furthermore, in high-frequency operating mode, the 4G communication module is always in working state, but the PCB motherboard may occasionally be in sleep mode. At this time, the wake-up command is sent to make the PCB motherboard stop sleeping and enter working state. Both need to be in working state for communication to be completed normally.

[0039] In low-frequency operating mode, both the 4G communication module and the PCB motherboard will enter sleep mode. However, the 4G communication module checks for wake-up commands every 5 minutes. If a wake-up command is detected, the PCB motherboard will enter working mode. Both will enter sleep mode after all commands have been processed.

[0040] Furthermore, to ensure information security and prevent hijacking, the encryption commands include Bluetooth encryption and 4G encryption. The Bluetooth encryption process is as follows: the APP requests the device command, the server generates the original 32-byte instruction, and starts RSA encryption. After encryption is completed, AES symmetric encryption is performed for secondary encryption before returning to the APP.

[0041] After receiving the data that has been encrypted twice, the APP begins to decrypt the AES encrypted data. At this point, the decrypted command is an RSA command. The APP then sends the RSA encrypted command to the device via Bluetooth. The device replies to the APP with the same RSA encrypted command. The APP then calls the server's interface to decrypt the RSA command.

[0042] The 4G encryption process is as follows: the server sends RSA-encrypted instructions directly to the hardware via MQTT. After the hardware processes the corresponding logic, it returns RSA-encrypted data as the execution result. The server decrypts the data and informs the user whether the operation was successful.

[0043] Furthermore, to prevent data leakage, the encrypted command carries a token. If the token in the generated command expires or becomes invalid, the hardware will not be able to respond, thus giving the command a certain time-sensitivity.

[0044] Furthermore, to prevent the will message from being forgotten, the connection status between the hardware and the MQTT server is monitored. The online and offline status of the hardware will trigger the connection status monitoring. The wake-up command of each device will not be cleared after it is issued, but will remain in the MQTT queue. Every time the device connects to the MQTT, it will receive a wake-up command, which will put the device into working state and wait for the server to send commands.

[0045] This invention selects a low-frequency operating mode during the interaction between the device and the server, which can reduce power consumption. At the same time, the communication command between the server and the hardware is set to a fixed length of 32 bytes, so that the traffic sent each time is constant at 3.2kb, realizing low-traffic command transmission. Moreover, as long as the device can send data to the server via MQTT, remote control of electronic products can be achieved, which has high adaptability.

[0046] Although embodiments of the invention have been shown and described, it will be understood by those skilled in the art that various changes, modifications, substitutions and alterations can be made to these embodiments without departing from the principles and spirit of the invention, the scope of which is defined by the appended claims and their equivalents.

Claims

1. A method for controlling remote electronic products with low power consumption and low data flow, characterized in that: Includes the following steps: S1: The APP requests the server interface to generate an encrypted command and simultaneously modifies the device's working mode; S2: After the server generates the encryption command, it begins to send the encryption command to the hardware via MQTT. S3: After the 4G communication module on the hardware side receives the instruction sent by MQTT, the PCB motherboard begins to process the hardware logic. S4: After the hardware finishes processing the logic, it sends a message to the server via MQTT to notify the server that the command has been executed. S5: After receiving the message that the hardware has completed its operation, the server modifies the corresponding status of the device and notifies the APP that the operation has been completed.

2. The control method for a low-power, low-flow remote electronic product according to claim 1, characterized in that: The operating modes in step S1 include high-frequency operating mode and low-frequency operating mode. The high-frequency operating mode is the common state. When the user sets the operating mode to low-frequency operating mode using the APP, the device enters a low-energy consumption state.

3. The control method for a low-power, low-flow remote electronic product according to claim 2, characterized in that: The low-frequency working mode is as follows: the device checks every 5 minutes for a wake-up command to be triggered according to a specified frequency. If a wake-up command is detected, it enters a 1-minute high-frequency working state. At this time, it will inform the server that the device has been woken up and can process the instructions sent from the server. If all instructions sent by the server to the hardware are processed within 1 minute, the device will automatically switch to a low-frequency state and wait for the next wake-up. If a command is not processed within 1 minute, it will not be counted as a low-frequency state. The hardware will execute all instructions before entering sleep mode again.

4. The control method for a low-power, low-flow remote electronic product according to claim 1, characterized in that: The communication commands between the server and the hardware are fixed at 32 bytes in length.

5. The control method for a low-power, low-flow remote electronic product according to claim 2, characterized in that: In the high-frequency working mode, the 4G communication module is always in working state, but the PCB motherboard may occasionally be in sleep mode. At this time, the wake-up command is sent to make the PCB motherboard stop sleeping and enter working state. Both need to be in working state for communication to be completed normally. In the low-frequency operating mode, both the 4G communication module and the PCB motherboard will enter sleep mode. However, the 4G communication module will check for any wake-up commands to be executed every 5 minutes. If a wake-up command is detected, the PCB motherboard will enter the working state until all commands are processed, at which point both will enter sleep mode.

6. The control method for a low-power, low-flow remote electronic product according to claim 1, characterized in that: The encryption commands include Bluetooth encryption and 4G encryption.

7. The control method for a low-power, low-flow remote electronic product according to claim 6, characterized in that: The Bluetooth encryption process is as follows: the APP requests a device command, the server generates an original 32-byte instruction, and starts RSA encryption. After encryption is completed, AES symmetric encryption is performed for secondary encryption before returning to the APP. After receiving the data that has been encrypted twice, the app begins to decrypt the AES-encrypted data. The decrypted command is then an RSA command. The app then sends the RSA-encrypted command to the device via Bluetooth. The device replies with the same RSA-encrypted command. The app then calls the server's interface to decrypt the RSA command.

8. The control method for a low-power, low-flow remote electronic product according to claim 6, characterized in that: The 4G encryption process is as follows: the server sends RSA-encrypted instructions directly to the hardware via MQTT. After the hardware processes the corresponding logic, it returns RSA-encrypted data as the execution result. The server decrypts the data and informs the user whether the operation was successful.

9. The control method for a low-power, low-flow remote electronic product according to claim 6, characterized in that: The encrypted command carries a token. If the token in the generated command is expired or invalid, the hardware will not be able to respond.

10. The control method for a low-power, low-flow remote electronic product according to claim 3, characterized in that: The wake-up command is not cleared after it is issued, but remains in the MQTT queue. Every time a device connects to the MQTT, it will receive a wake-up command, causing the device to enter the working state and wait for the server to send commands.

Images