Intelligent house household electric appliance remote control system

Abstract

The invention discloses an intelligent house household electric appliance remote control system, which relates to the technical field of intelligent homes, and comprises an instruction receiving module, an instruction analysis module, a priority judgment module, a decision processing module and a state verification and feedback module: the instruction receiving module is used for receiving control instructions from a plurality of users and an automatic program; by introducing authority priority management, multi-dimensional judgment and intelligent scheduling, the system effectively solves instruction conflicts, and stability and reliability are improved. In family and security scenes, high-priority instructions respond in time, low-priority instructions are delayed reasonably, and the correct equipment state is ensured. The transparent feedback mechanism improves the trust of the user, and optimizes the operation efficiency and experience at the same time.

Description

Technical Field

[0001] The present invention relates to the field of smart home technology, and in particular to a smart house and home appliance remote control system. Background Art

[0002] Smart home appliance remote control refers to connecting various electrical appliances in the home (such as lighting, air conditioning, television, security equipment, etc.) to the intelligent control system through wireless communication technologies (such as Wi-Fi, Bluetooth, Zigbee, LoRa, etc.) and the Internet. Users can use smartphones, tablets or dedicated control terminals to remotely or on-sitely control the switching, settings and status of these devices in real time. This technology can achieve linkage between devices, automatic scene configuration, and optimize energy management and user experience through artificial intelligence algorithms, thereby improving the convenience, safety and comfort of life.

[0003] The prior art has the following deficiencies:

[0004] In the remote control process of smart home appliances in the prior art, there is a problem of "command conflict". Although the probability of occurrence is low, it may lead to serious consequences once it occurs. When multiple users or automated programs send operation instructions to the same device or different devices at the same time, if the system lacks effective priority management and conflict resolution mechanism, the device may enter an unpredictable state. For example, a smart door lock may not execute correctly when it receives door lock and door open commands at the same time, causing the user to mistakenly believe that the door is locked when it is not, thereby causing property loss or security risks. When it comes to high-security equipment, this problem may bring hidden dangers that cannot be ignored.

[0005] The above information disclosed in this Background section is only for enhancement of understanding of the background of the present disclosure and therefore it may contain information that does not constitute the prior art that is already known to one of ordinary skill in the art. Summary of the invention

[0006] The purpose of the present invention is to provide a remote control system for smart house home appliances. By introducing permission priority management, multi-dimensional priority determination and decision-making algorithms, the system effectively copes with multi-user command conflicts and improves stability and reliability. In home scenarios, operations of high-authority users are executed first, and low-authority commands are reasonably delayed or rejected to ensure the correctness of the device status. In complex scenarios such as security alarms, key commands are responded to first to avoid misoperation. In addition, through dynamic priority adjustment and intelligent scheduling, user manual operations are responded to immediately, and automated tasks are executed in an orderly manner, significantly improving operational efficiency. The system provides a transparent feedback mechanism so that users can clearly understand the status of commands, enhance trust and user experience, and solve the problems in the above-mentioned background technology.

[0007] In order to achieve the above-mentioned purpose, the present invention provides the following technical solutions: a remote control system for smart house home appliances, including a command receiving module, a command parsing module, a priority determination module, a decision processing module and a state verification and feedback module:

[0008] An instruction receiving module receives control instructions from multiple users and automation programs;

[0009] The instruction parsing module parses the received control instructions and extracts the target device information, operation type and timestamp of the instructions;

[0010] A priority determination module determines the priorities among multiple control instructions according to a preset priority rule;

[0011] The decision processing module adjusts the lower priority instructions through the decision algorithm, and performs the operations of delaying, adjusting or rejecting the instructions to ensure the stability of the system;

[0012] The status verification and feedback module uses the device status verification algorithm to verify the status of the device after execution and provide feedback information of the execution results to users and programs.

[0013] Preferably, the specific steps of receiving control instructions from multiple users and automation programs are as follows:

[0014] In order to receive control instructions, it is first necessary to establish a communication connection with the user terminal device (such as a smartphone, tablet, etc.) and the automation program;

[0015] Once the communication connection is established, the source of the command is identified through the command header information;

[0016] After receiving the instruction, the instruction content is temporarily cached in the database and the integrity and legality are verified;

[0017] Once the instruction passes verification, the subsequent processing flow will be triggered.

[0018] Preferably, the specific steps of parsing the received control instruction and extracting the target device information, operation type and timestamp of the instruction are as follows:

[0019] After receiving the instruction and passing the verification, the instruction data is read from the temporary cache for parsing;

[0020] During the parsing process, the target device information in the instruction is extracted;

[0021] After confirming that the target device information is correct, parse the operation type in the instruction;

[0022] Parse the timestamp information in the instruction to record the issuance time of the instruction and handle potential timing conflicts.

[0023] Preferably, according to a preset priority rule, the specific steps of determining the priority between multiple control instructions are as follows:

[0024] First, load the preset priority rules from the configuration file;

[0025] After parsing the instructions, the instructions are grouped according to the target device category and operation type to form a preliminary classification;

[0026] In each group, the instructions are comprehensively evaluated one by one, and the priority score is calculated according to the preset rules;

[0027] After comprehensive evaluation, a priority queue of pending instructions is generated based on the priority scores.

[0028] Preferably, the specific steps of adjusting the lower priority instructions through the decision algorithm, executing the instruction delay, adjustment or rejection operation, and ensuring the system stability are as follows:

[0029] After receiving the control instruction, the priority weight of each instruction is calculated according to the preset rules. The weight calculation formula is as follows:

[0030] W=αP u +βE t +γD s

[0031] , where W is the priority weight, P u is the user authority level, E t is the urgency of the instruction, D s is the device status sensitivity, α, β, and γ are all weight parameters, reflecting the system's attention to authority, urgency, and device status;

[0032] Based on the priority weight W, a delay tolerance T is assigned to each instruction, which represents the acceptable delay time of the instruction within a safe range. The calculation expression is as follows:

[0033] , where T is the instruction allocation delay tolerance and k is the system adjustment factor;

[0035] According to the delay tolerance T of each instruction d and the current time t c , calculate the instruction execution sort index, the calculation expression is as follows:

[0036] , where S i is the instruction execution order index, t c The current timestamp when the instruction is received;

[0038] After the instruction sorting is completed, the device status is dynamically monitored, and low-priority instructions are delayed, adjusted, or rejected as needed. The dynamic adjustment formula is as follows:

[0039] A i =λS i +μL d +vF s

[0040] , where A i It is the adjustment decision value used to determine the operation mode of the instruction. d is the current load of the device, F s is the scene adaptability of the instruction, λ, μ and v are all decision coefficients, and λ controls the sorting index S i The influence of μ on the load L of the control device d The influence of v controls the scene adaptability F s influence and improve the system's adaptability to the current scenario.

[0041] Preferably, the specific steps of using the device status verification algorithm to verify the status of the device after execution and provide feedback information of the execution result to the user and the program are as follows:

[0042] The status data after the operation is obtained through the communication module with the target device. The status data of the device is a multi-dimensional vector. The calculation expression is as follows:

[0043] S t =[p j ]=[p 1 ,p 2 ,...,p n ]

[0044] , where S t is a multidimensional vector, p j represents the current value of the jth state parameter, and n is the total number of state parameters;

[0045] The collected status data is bound to the timestamp to form a status data point. The calculation expression is as follows:

[0046] D t =(S t ,T s )

[0047] , where D t is the state data point, T s is the timestamp;

[0048] The expected state of the device is calculated based on the executed control instructions. The calculation expression is as follows:

[0049] , where Se is the desired state of the device, p j ′ is the expected value of the jth state parameter;

[0051] Compare the current state S t and the expected state S e , calculate the state deviation vector ΔS = S t -S e , where ΔS = [Δp i ]=[Δp 1 ,Δp 2 ,...,Δp n ],Δp j =p j -p j ′, ΔS is the state deviation vector, Δp j represents the deviation of the jth state parameter;

[0052] If Δp j The value is within the allowable range R j Inner, that is, |Δp j |≤R j , then the i-th state parameter verification is considered to have passed, otherwise, a state abnormality flag E is generated i , the deviation calculation result will be stored as D Δ =(ΔS,E), where E is the abnormal label set, D Δ is the generated verification result;

[0053] Using comprehensive verification algorithm to Δ Perform analysis to verify whether the equipment as a whole meets the expected status. The comprehensive verification formula is defined as follows:

[0054] , where w j is the weight of the state parameter, C is the comprehensive verification score;

[0056] If C≥θ, θ is the reference threshold of the verification score, the overall status consistency verification of the equipment is judged to have passed, otherwise it is judged to have failed and an abnormality report is generated. The result C of the comprehensive verification and the specific abnormality mark E will be recorded for subsequent feedback and equipment status optimization;

[0057] Based on the verification result C and the abnormal mark E, the feedback information F is generated. The calculation expression is as follows:

[0058] F=(C,E,T s )

[0059] , where F is the feedback information;

[0060] Feedback information is transmitted to the user and the control program through the application program interface, prompting the user that some status parameters have not met expectations and suggesting that the instructions be resent. In addition, the device status model is updated and D t It is stored together with the verification result C to optimize the prediction and adjustment strategy for subsequent instruction execution.

[0061] In the above technical solution, the technical effects and advantages provided by the present invention are:

[0062] By introducing permission priority management, multi-dimensional priority determination and decision-making algorithms, the present invention enables the system to show higher stability and reliability when dealing with multi-user command conflicts. Specifically, in a multi-user sharing scenario, the operations of high-authority users are responded to first, while the commands of low-authority users are reasonably delayed or rejected. This mechanism avoids device errors or operation interruptions caused by disordered operations. For example, in a home environment, the smart door lock will give priority to responding to the administrator's "lock the door" command, and the ordinary user's "open the door" command will be postponed until the door is locked, thereby ensuring the correctness of the device status and home safety. In addition, through timestamps and command legitimacy verification, the system can quickly identify and filter duplicate, delayed or invalid commands, further enhancing the stability and anti-interference ability of the system.

[0063] In complex scenarios, such as security system linkage alarms, the system ensures priority response to emergency operations through a key command priority mechanism. Whether the user manually triggers the alarm or the sensor automatically detects an abnormality, the system can activate the alarm function in time and postpone the execution of other minor commands. This design not only avoids misoperation caused by command conflicts, but also ensures stable operation of the device in critical scenarios, providing users with higher reliability guarantees.

[0064] The present invention provides users with a smoother experience when using smart home devices and significantly improves operating efficiency through dynamic priority adjustment and intelligent scheduling. In daily use, the immediate response to manual instructions and the orderly execution of automated tasks can effectively reduce user waiting time. For example, when the user manually adjusts the temperature before the air conditioner scheduled startup task is started, the system will give priority to the adjustment operation and appropriately postpone the start of the scheduled task. This processing method ensures that the user's immediate needs are met without affecting the completion of the automated task, thereby improving the intelligence and ease of use of the system.

[0065] In addition, the system also provides a detailed feedback mechanism and operation records, so that users can understand the execution status of instructions at any time. After each instruction is executed, the system will provide feedback to the user, including the reasons for successful execution, delayed execution, or rejection. For example, when an instruction is marked as low priority and postponed, the user can clearly understand the current status and scheduling logic of the device, thereby avoiding operational errors or questions. This transparent feedback design not only increases the user's trust in the system, but also helps users use smart devices more efficiently, achieving both friendliness and efficiency in human-computer interaction. BRIEF DESCRIPTION OF THE DRAWINGS

[0066] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in the present invention. For ordinary technicians in this field, other drawings can also be obtained based on these drawings.

[0067] Figure 1 The module diagram of the remote control system of smart house household appliances of the present invention is shown in FIG. DETAILED DESCRIPTION

[0068] Example embodiments will now be described more fully with reference to the accompanying drawings. However, example embodiments can be implemented in a variety of forms and should not be construed as limited to the examples set forth herein; rather, these example embodiments are provided so that the description of the present disclosure will be more comprehensive and complete, and the concept of the example embodiments will be fully conveyed to those skilled in the art.

[0069] The present invention provides Figure 1 The smart house home appliance remote control system shown includes a command receiving module, a command parsing module, a priority determination module, a decision processing module, and a state verification and feedback module:

[0070] An instruction receiving module receives control instructions from multiple users and automation programs;

[0071] The specific steps for receiving control instructions from multiple users and automated programs are as follows:

[0072] In order to receive control instructions, it is first necessary to establish a communication connection with the user terminal device (such as a smartphone, tablet, etc.) and the automation program;

[0073] This process is usually achieved through wireless communication protocols (such as Wi-Fi, Bluetooth, Zigbee, LoRa, etc.). The system initializes the communication module and starts the monitoring service to ensure that it can listen to and receive command signals in real time. For multi-user scenarios, the system must support high-concurrency processing to ensure that control requests from multiple users can be received simultaneously without loss or delay. In addition, the communication connection needs to add encryption protocols (such as SSL / TLS) to ensure data security during the communication process and prevent man-in-the-middle attacks or illegal interception.

[0074] Once the communication connection is established, the source of the command is identified through the command header information;

[0075] This includes user identification (such as account ID, device unique identifier) ​​and automation program identification (such as task plan ID or trigger condition). This identification process ensures that the system can accurately distinguish instructions from different sources to prevent instructions from being incorrectly assigned or overwritten. For example, the system implements dual verification of source and authority by binding user devices to device control permissions to ensure that only authorized users can send control instructions. This mechanism is particularly important in scenarios where multiple users share devices, such as the allocation of permissions when family members use smart door locks or air conditioners together.

[0076] After receiving the instruction, the instruction content is temporarily cached in the database and the integrity and legality are verified;

[0077] This includes checking whether the instruction contains necessary fields such as target device identification, operation type, timestamp, etc., and whether the format of the field complies with the specification. For example, the target device ID in the instruction should match the record in the device database, and the operation type must be a predefined legal operation (such as "on", "off", "adjust", etc.). If the instruction verification fails, the system will refuse to receive it and return an error prompt to the sender. This process can not only filter invalid instructions, but also prevent malicious instructions from damaging the system.

[0078] When the instruction passes verification, the subsequent processing flow will be triggered;

[0079] Such as parsing instructions, determining priorities, and finally executing device operations. The system assigns a unique task ID to each instruction to track and manage the processing of instructions. The core of this step is to ensure the smooth transition of instructions from the receiving stage to the execution stage, and avoid instruction processing failures due to resource conflicts or task queuing. In addition, the system also records the time, source, and content of instruction reception for log auditing and troubleshooting.

[0080] The instruction parsing module parses the received control instructions and extracts the target device information, operation type and timestamp of the instructions;

[0081] The specific steps to parse the received control instructions and extract the target device information, operation type and timestamp of the instructions are as follows:

[0082] After receiving the instruction and passing the verification, the instruction data is read from the temporary cache for parsing;

[0083] The instruction content is usually stored in a predefined format, such as JSON, XML, or a custom binary protocol, containing core fields such as the target device ID, operation type, and timestamp. The system parsing module needs to read the instruction content layer by layer according to the format specification. For example, for the JSON format, the system will first parse the root node, extract the metadata of the instruction (such as version number, source, etc.), and then extract key fields such as the target device, operation type, and timestamp step by step. This step ensures that the original instruction can be accurately decomposed, providing a complete data foundation for subsequent processing.

[0084] During the parsing process, the target device information in the instruction is extracted;

[0085] Such as the unique identifier of the device (device ID). The extracted device ID is compared with the records in the device database to verify the legitimacy and online status of the device. If the device ID does not exist, is deregistered, or is currently offline, the system will immediately terminate the parsing process and return an error message to the sender of the instruction. This process not only ensures the accuracy of the operation, but also effectively prevents misoperation caused by illegal device IDs. For example, when the target device is a smart air conditioner, the system will further check whether the device is in maintenance mode to decide whether to accept the instruction.

[0086] After confirming that the target device information is correct, parse the operation type in the instruction;

[0087] For example, operation commands such as "turn on", "turn off", and "adjust temperature". The parsing module will compare the extracted operation type with the operation list supported by the device to ensure that the operation type in the instruction belongs to the executable range of the device. For example, for the smart lighting system, "turn on the light" and "turn off the light" are valid operations, while "play music" is an invalid operation. The system will also perform range checks on parameter values ​​during this process, such as whether the temperature value when adjusting the temperature is within the upper and lower limits allowed by the device. If an abnormality is found, the system will generate an error prompt and stop subsequent processing.

[0088] Parse the timestamp information in the instruction to record the issuance time of the instruction and handle potential timing conflicts;

[0089] Timestamps are usually recorded in a standard format (such as ISO8601) and compared with the current system time to determine whether the instruction is delayed or expired. For example, if the timestamp of an instruction indicates that its issuance time has exceeded the preset effective time window (such as 5 minutes), the system will mark the instruction as "expired" and notify the sender to resend it. For multiple instructions received at the same time, the timestamp will also be used for sorting to ensure that they are processed in the correct time order.

[0090] A priority determination module determines the priorities among multiple control instructions according to a preset priority rule;

[0091] According to the preset priority rules, the specific steps for determining the priorities among multiple control instructions are as follows:

[0092] First, load the preset priority rules from the configuration file;

[0093] Priority rules usually include multiple dimensions, such as user permission level, command urgency, timestamp, target device category, etc. These rules can be defined in a hierarchical structure to dynamically adapt to different scenarios. For example, in a home environment, the system may prioritize instructions from parent accounts, while in a security system, prioritize alarm-type instructions. During the loading process, the system also detects whether the rule configuration is valid. If there are conflicts or undefined rules, warnings will be generated or default rules will be used.

[0094] After parsing the instructions, the instructions are grouped according to the target device category and operation type to form a preliminary classification;

[0095] The purpose of this step is to narrow the scope of priority comparison and improve processing efficiency. For example, the system will process the commands for air conditioners and door locks separately to avoid comparing irrelevant commands between different devices. At the same time, for certain commands with emergency attributes (such as "alarm activation"), the system will directly mark them as high priority without further judgment. This classification method can quickly process key commands in common scenarios and reduce system delays.

[0096] In each group, the instructions are comprehensively evaluated one by one, and the priority score is calculated according to the preset rules;

[0097] The scoring formula can be based on the weights defined in the rules, such as user permissions accounting for 50%, instruction urgency accounting for 30%, and timestamp accounting for 20%. For users with high permissions (such as administrators), the system will assign higher basic scores to their instructions; for urgent operations (such as security alarms), the system will additionally weight the priority. The timestamp is used for sorting when other conditions are the same. For example, if two users issue the same lighting control instruction, the earlier instruction has a higher priority. This comprehensive evaluation ensures the rationality and flexibility of priority determination.

[0098] After comprehensive evaluation, a priority queue of pending instructions is generated based on the priority score;

[0099] The instructions in the queue are arranged from high to low priority to ensure that the key instructions can be executed first. For instructions with similar priorities, the system will also perform secondary optimization based on the current status of the device. For example, when a device is executing an operation, the system will postpone the next highest priority instruction to avoid device overload or conflict. At the same time, the system will record the scheduling order for subsequent audits and generate feedback information through logs. This step is the key to subsequent decision-making processing and provides a clear execution order for instruction adjustment or rejection.

[0100] The decision processing module adjusts the lower priority instructions through the decision algorithm, and performs the operations of delaying, adjusting or rejecting the instructions to ensure the stability of the system;

[0101] The specific steps to ensure system stability by adjusting lower priority instructions through decision-making algorithms and delaying, adjusting or rejecting instructions are as follows:

[0102] After receiving the control instruction, the priority weight of each instruction is calculated according to the preset rules. The weight calculation formula is as follows:

[0103] W=αP u +βE t +γD s

[0104] , where W is the priority weight, P u is the user permission level (range: 1-5, 5 for administrator and 1 for guest), E t is the urgency of the command (range: 1-10, 10 for alarm or emergency operation), D s is the device status sensitivity (range: 0-1, 0 for idle device and 1 for critical task execution), α, β and γ are weight parameters, reflecting the system's attention to authority, urgency and device status;

[0105] The weight W is calculated for each instruction through this formula and used as input for subsequent steps to ensure that high-priority instructions have higher weights.

[0106] Based on the priority weight W, a delay tolerance T is assigned to each instruction. d , which indicates the acceptable delay time of the instruction within the safety range. The calculation expression is as follows:

[0107]

[0108] , where T d is the instruction dispatch delay tolerance, and k is the system adjustment factor used to prevent W from being too high and causing Td Too small (usually set to 5-10),

[0109] Instruction dispatch delay tolerance T d The smaller the value, the faster the instruction needs to be executed. For example, the alarm instruction with high weight W=8 corresponds to T d =1 / (5+8)=0.077 seconds, priority is given to immediate execution, while the low-priority instructions of ordinary users W=2, corresponding to T d =1 / (5+1)2)=0.143 seconds, allowing for a slight delay.

[0110] According to the delay tolerance T of each instruction d and the current time t c , calculate the instruction execution sort index, the calculation expression is as follows:

[0111]

[0112] , where S i is the instruction execution order index, t c The current timestamp when the instruction is received;

[0113] According to the instruction execution sort index S i The instructions are sorted in ascending order of value, ensuring that instructions with low latency tolerance and high weight enter the execution queue first. For example, if there are two instructions W 1 =8,T d1 =0.077,W 2 =2,T d2 =0.143, then S 1 ≈0.13,S 2 ≈0.43, instruction 1 is processed first.

[0114] After the instruction sorting is completed, the device status is dynamically monitored, and low-priority instructions are delayed, adjusted, or rejected as needed. The dynamic adjustment formula is as follows:

[0115] A i =λS i +μL d +vF s

[0116] , where A i It is the adjustment decision value used to determine the operation mode of the instruction. d is the current load of the device (range: 0-1), F s is the scene adaptability of the instruction (range: 0-1, 1 if the instruction is suitable for the current scene, otherwise 0), λ, μ and v are all decision coefficients, λ controls the sorting index S iThe influence of (the default value is 0.4), giving priority to instruction sorting, ensuring that high-priority instructions are processed first, and μ controls the device load L d The influence of (the default value is 0.3). When the device load is high, it is more inclined to delay or reject the command. v controls the scene adaptation degree F s The default value is 0.3, which improves the system's adaptability to the current scene.

[0117] System according to A i The value of operation judgment: If A i ≥0.8, execute immediately; if 0.5≤A i <0.8, delay execution; if A i <0.5, refuse to execute. Dynamic adjustment operations further ensure that the system can balance priorities when the load is high or the scenario is not suitable, avoiding system instability.

[0118] The status verification and feedback module uses the device status verification algorithm to verify the status of the device after execution and provide feedback information on the execution results to users and programs;

[0119] The specific steps of using the device status verification algorithm to verify the status of the device after execution and provide feedback information of the execution results to the user and the program are as follows:

[0120] The communication module with the target device obtains the status data after the operation is performed, such as power status, parameter setting values ​​(such as brightness, temperature, etc.), device operation mode, etc. The status data of the device is a multi-dimensional vector, and the calculation expression is as follows:

[0121] S t =[p j ]=[p 1 ,p 2 ,...,p n ]

[0122] , where S t is a multidimensional vector, p j represents the current value of the jth state parameter, and n is the total number of state parameters. For example, for a smart air conditioner, S t May include p 1 (temperature), p 2 (wind speed), p 3 (power switch status);

[0123] The collected status data is bound to the timestamp to form a status data point. The calculation expression is as follows:

[0124] D t =(S t ,T s )

[0125] , where D t is the state data point, T s It is a timestamp, which is used to record the time when the feedback is generated;

[0126] Calculate the expected state of the device based on the executed control instruction. For example, if the instruction requires the air conditioner to set the temperature to 25°C, the calculation expression is as follows:

[0127] S e =[p j ′]=[p 1 ′,p 2 ′,...,n′]

[0128] , where S e is the desired state of the device, p j ′ is the expected value of the jth state parameter;

[0129] Compare the current state S t and the expected state S e , calculate the state deviation vector ΔS = S t -S e , where ΔS = [Δp i ]=[Δp 1 ,Δp 2 ,...,Δp n ],Δp j =p j -p j ′, ΔS is the state deviation vector, Δp j represents the deviation of the jth state parameter;

[0130] If Δp j The value is within the allowable range R j Inner, that is, |Δp j |≤R j , then the i-th state parameter verification is considered to have passed, otherwise, a state abnormality flag E is generated i , the deviation calculation result will be stored as D Δ =(ΔS,E), where E is the abnormal marker set, recording all parameters that exceed the allowable range, D Δ It is the generated verification result, which is used for the next step of comprehensive verification;

[0131] Using comprehensive verification algorithm to Δ Perform analysis to verify whether the equipment as a whole meets the expected status. The comprehensive verification formula is defined as follows:

[0132] , where w j is the weight of the status parameter, reflecting its importance on the equipment function, and C is the comprehensive verification score;

[0134] If C≥θ, θ is the reference threshold of the verification score, the overall status consistency verification of the equipment is judged to have passed, otherwise it is judged to have failed and an abnormality report is generated. The result C of the comprehensive verification and the specific abnormality mark E will be recorded for subsequent feedback and equipment status optimization;

[0135] Based on the verification result C and the abnormal mark E, the feedback information F is generated. The calculation expression is as follows:

[0136] F=(C,E,T s )

[0137] , where F is the feedback information, which is a set of structured data generated after verifying the device status and passed to the user or control program, used to describe the complete verification result of the device execution status;

[0138] Feedback information is passed to the user and the control program through the application program interface (API). For example, if C = 0.85 and E = [E 3 ,E 5 ], prompting the user that some status parameters (such as wind speed or mode) have not met expectations, and suggesting that the command be resent. In addition, the device status model is updated to t It is stored together with the verification result C to optimize the prediction and adjustment strategy for subsequent instruction execution.

[0139] Implementation method 1: In scenarios where multiple users share smart devices, such as smart door locks or smart lighting control systems in homes, multiple users may operate the devices at the same time. In order to solve the command conflict problem in this case, the system has designed a management mechanism based on permission priority to ensure that the operations of high-privilege users can be completed smoothly, while limiting the operation scope of low-privilege users to prevent the device from entering an unexpected state.

[0140] First, the system assigns different permission levels to each user, such as administrator, ordinary user, and guest user. The administrator user has the highest permissions and can send all types of control instructions and adjust the device configuration; ordinary users have lower permissions and are usually limited to basic control operations of the device, such as switching or parameter adjustment; guest users have the lowest permissions and are only allowed to perform a small number of operations under specific circumstances. For example, a smart door lock can be set so that only the administrator user can reset the password, while ordinary users can only open and close the door, and guest users need temporary authorization to open the door.

[0141] In actual applications, after receiving a command, the system will first parse the source of the command and match it with the permission database through the user ID to determine the user's permission level. Then, according to the current status of the device and the priority rules, the conflicting commands are processed. For example, when the administrator sends a "lock the door" command, the system will immediately terminate the "open the door" command of the ordinary user, give priority to the administrator's operation, and send a rejection response to the ordinary user. If the ordinary user still needs to operate, he can resend the command after the administrator's operation is completed to ensure the security and smooth operation of the system.

[0142] In addition, the system will dynamically adjust the permission priority rules for different usage scenarios. For example, in an emergency, guest users can also obtain certain control permissions through specific temporary authorizations, such as unlocking the door or starting the security system. This design not only enables flexible response to emergencies, but also improves the practicality and user experience of the system. Through strict permission priority management, the system can effectively prevent devices from being misoperated or illegally manipulated by low-privilege users, thereby ensuring home safety and stable operation of devices.

[0143] Implementation method 2: In many smart home scenarios, users may use both automated programs and manual operations to control devices. For example, the timer switch function of a smart air conditioner and the user manual temperature adjustment function. In this case, the system needs to coordinate the priority between the two operation modes to avoid device anomalies or impaired user experience caused by command conflicts.

[0144] To achieve this goal, the system introduced a "dynamic adjustment mechanism for operation priority". After receiving the instruction, it is first classified according to the instruction type and source (automated program or user manual operation). The automated program is usually set in advance by the user and contains clear time and operation conditions, such as "turn on the air conditioner at 18:00 every day and set the temperature to 24°C". Manual operation reflects the real-time needs of the user, such as adjusting the air conditioner temperature or turning off the device at any time. In the priority determination rules, the system will default to giving priority to the user's manual operation needs, because this operation can better reflect the user's immediate intentions.

[0145] When the user sends a manual temperature adjustment command before the scheduled startup, the system will first execute the temperature adjustment command and delay or terminate the execution of the scheduled task. For example, if the scheduled task is set to start at 18:00, and the user sends a command to adjust the air conditioner to 26°C at 17:59, the system will immediately adjust the temperature and delay activating the scheduled task for 1 minute to ensure the synchronization of device status. At the same time, the system will inform the user of the adjusted status through the feedback mechanism to avoid confusion caused by the device not running as expected.

[0146] In this implementation, timestamp and instruction source are key factors in determining priority. Timestamp is used to process multiple instructions from the same source to ensure that instructions are executed in the order of sending time; instruction source is used to distinguish between automation programs and user operations, giving priority to user operations. This priority coordination mechanism can not only meet the dynamic needs of users, but also ensure that automation tasks are run at the appropriate time, avoiding instruction failure or device abnormality due to conflicts.

[0147] Implementation method 3: In smart security scenarios, such as smart cameras and alarm systems installed in homes, multiple users and automation rules may trigger control commands at the same time, which places higher demands on the reliability and security of the system. In order to ensure priority response to key operations and avoid system misoperation, the system has designed a "key command priority mechanism" and "conflict resolution rules."

[0148] When the system receives multiple commands, it will first parse the command content and source, and sort the commands according to the priority rules. In security scenarios, alarm activation commands are usually marked as the highest priority, and other commands (such as turning off the alarm, adjusting the camera angle) are marked as the second highest or normal priority. For example, when the system receives the "activate alarm" command and the "turn off alarm" command, the system will prioritize "activate alarm". Even if the turn off command is issued by a user with higher permissions, it will be temporarily postponed until the alarm is activated and the linkage operation is completed.

[0149] After determining the processing priority, the system further optimizes the order of command execution through "conflict resolution rules". The conflict resolution rules include two core aspects: first, use timestamps to sort commands of the same priority to ensure that the first command issued is processed first; second, check the current status of the device. If the device is busy or in operation, the execution of non-critical commands will be postponed. For example, when the smart camera is executing the task of "shooting and uploading video", the system will delay the processing of the command of "adjusting the shooting angle" to prevent the device from being overloaded by multitasking and affecting critical operations.

[0150] In addition, the system also records the execution log of each instruction, including the instruction content, source, execution time and results. These logs are not only used for auditing and troubleshooting, but also provide users with operation history and feedback information. For example, when a user checks why an instruction was not executed in time, the log can be used to understand the specific reasons why the instruction was postponed or rejected. This mechanism further improves the transparency of the system and user trust.

[0151] Through this implementation method of key command priority and conflict resolution, smart security equipment can maintain stable operation under high-concurrency operations and complex scenarios, ensuring that security incidents can be responded to in the first time, thereby protecting users' property and personal safety to the greatest extent.

[0152] By introducing permission priority management, multi-dimensional priority determination and decision-making algorithms, the present invention enables the system to show higher stability and reliability when dealing with multi-user command conflicts. Specifically, in a multi-user sharing scenario, the operations of high-authority users are responded to first, while the commands of low-authority users are reasonably delayed or rejected. This mechanism avoids device errors or operation interruptions caused by disordered operations. For example, in a home environment, the smart door lock will give priority to responding to the administrator's "lock the door" command, and the ordinary user's "open the door" command will be postponed until the door is locked, thereby ensuring the correctness of the device status and home safety. In addition, through timestamps and command legitimacy verification, the system can quickly identify and filter duplicate, delayed or invalid commands, further enhancing the stability and anti-interference ability of the system.

[0153] In complex scenarios, such as security system linkage alarms, the system ensures priority response to emergency operations through a key command priority mechanism. Whether the user manually triggers the alarm or the sensor automatically detects an abnormality, the system can activate the alarm function in time and postpone the execution of other minor commands. This design not only avoids misoperation caused by command conflicts, but also ensures stable operation of the device in critical scenarios, providing users with higher reliability guarantees.

[0154] The present invention provides users with a smoother experience when using smart home devices and significantly improves operating efficiency through dynamic priority adjustment and intelligent scheduling. In daily use, the immediate response to manual instructions and the orderly execution of automated tasks can effectively reduce user waiting time. For example, when the user manually adjusts the temperature before the air conditioner scheduled startup task is started, the system will give priority to the adjustment operation and appropriately postpone the start of the scheduled task. This processing method ensures that the user's immediate needs are met without affecting the completion of the automated task, thereby improving the intelligence and ease of use of the system.

[0155] In addition, the system also provides a detailed feedback mechanism and operation records, so that users can understand the execution status of instructions at any time. After each instruction is executed, the system will provide feedback to the user, including the reasons for successful execution, delayed execution, or rejection. For example, when an instruction is marked as low priority and postponed, the user can clearly understand the current status and scheduling logic of the device, thereby avoiding operational errors or questions. This transparent feedback design not only increases the user's trust in the system, but also helps users use smart devices more efficiently, achieving both friendliness and efficiency in human-computer interaction.

[0156] The above description is only by way of illustration of certain exemplary embodiments of the present invention. It is undoubted that those skilled in the art can modify the described embodiments in various ways without departing from the spirit and scope of the present invention. Therefore, the above drawings and descriptions are illustrative in nature and should not be construed as limiting the scope of protection of the claims of the present invention.

Claims

1. Smart house home appliance remote control system, characterized by: It includes instruction receiving module, instruction parsing module, priority determination module, decision processing module and status verification and feedback module: An instruction receiving module receives control instructions from multiple users and automation programs; The instruction parsing module parses the received control instructions and extracts the target device information, operation type and timestamp of the instructions; A priority determination module determines the priorities among multiple control instructions according to a preset priority rule; The decision processing module adjusts the lower priority instructions through the decision algorithm, and performs the operations of delaying, adjusting or rejecting the instructions to ensure the stability of the system; The status verification and feedback module uses the device status verification algorithm to verify the status of the device after execution and provide feedback information of the execution results to users and programs.

2. The smart house home appliance remote control system according to claim 1, characterized in that: The specific steps for receiving control instructions from multiple users and automated programs are as follows: In order to receive control instructions, it is first necessary to establish a communication connection with the user terminal device and the automation program; Once the communication connection is established, the source of the command is identified through the command header information; After receiving the instruction, the instruction content is temporarily cached in the database and the integrity and legality are verified; Once the instruction passes verification, the subsequent processing flow will be triggered.

3. The smart house home appliance remote control system according to claim 1, characterized in that: The specific steps to parse the received control instructions and extract the target device information, operation type and timestamp of the instructions are as follows: After receiving the instruction and passing the verification, the instruction data is read from the temporary cache for parsing; During the parsing process, the target device information in the instruction is extracted; After confirming that the target device information is correct, parse the operation type in the instruction; Parse the timestamp information in the instruction to record the issuance time of the instruction and handle potential timing conflicts.

4. The remote control system for smart house appliances according to claim 1, characterized in that: According to the preset priority rules, the specific steps for determining the priority between multiple control instructions are as follows: First, load the preset priority rules from the configuration file; After parsing the instructions, the instructions are grouped according to the target device category and operation type to form a preliminary classification; In each group, the instructions are comprehensively evaluated one by one, and the priority score is calculated according to the preset rules; After comprehensive evaluation, a priority queue of pending instructions is generated based on the priority scores.

5. The remote control system for smart house appliances according to claim 1, characterized in that: The specific steps to ensure system stability by adjusting lower priority instructions through decision-making algorithms and delaying, adjusting or rejecting instructions are as follows: After receiving the control instruction, the priority weight of each instruction is calculated according to the preset rules. The weight calculation formula is as follows: W=αP u +βE t +γD s , where W is the priority weight, P u is the user authority level, E t is the urgency of the instruction, D s is the device status sensitivity, α, β, and γ are all weight parameters, reflecting the system's attention to authority, urgency, and device status; Based on the priority weight W, a delay tolerance T is assigned to each instruction. d , which indicates the acceptable delay time of the instruction within the safety range. The calculation expression is as follows: , where T d is the instruction dispatch delay tolerance, k is the system adjustment factor; According to the delay tolerance T of each instruction d and the current time t c , calculate the instruction execution sort index, the calculation expression is as follows: , where S i is the instruction execution order index, t c The current timestamp when the instruction is received; After the instruction sorting is completed, the device status is dynamically monitored, and low-priority instructions are delayed, adjusted, or rejected as needed. The dynamic adjustment formula is as follows: A i =λS i +μL d +vF s , where A i It is the adjustment decision value used to determine the operation mode of the instruction. d is the current load of the device, F s is the scene adaptability of the instruction, λ, μ and v are all decision coefficients, and λ controls the sorting index S i The influence of μ on the load L of the control device d The influence of v controls the scene adaptability F s influence and improve the system's adaptability to the current scenario.

6. The remote control system for smart house appliances according to claim 1, characterized in that: The specific steps of using the device status verification algorithm to verify the status of the device after execution and provide feedback information of the execution results to the user and the program are as follows: The status data after the operation is obtained through the communication module with the target device. The status data of the device is a multi-dimensional vector. The calculation expression is as follows: S t =[p j ]=[p1,p2,...,p n ], where S t is a multidimensional vector, p j represents the current value of the jth state parameter, and n is the total number of state parameters; the collected state data is bound to the timestamp to form a state data point, and the calculation expression is as follows: D t =(S t , T s ), where D t is the state data point, T s is the timestamp; The expected state of the device is calculated based on the executed control instructions. The calculation expression is as follows: S e =[p j ′] = [p1′, p2′, ..., n′], where S e is the expected state of the device, pj′ is the expected value of the jth state parameter; Compare the current state S t and the expected state S e , calculate the state deviation vector ΔS = S t -S e , where ΔS = [Δp i ]=[Δp1, Δp2, ..., Δp n ], Δp j =p j -p j ′, ΔS is the state deviation vector, Δp j represents the deviation of the jth state parameter; If Δp j The value is within the allowable range R j Inner, that is, |Δp j |≤R j , then the i-th state parameter verification is considered to have passed, otherwise, a state abnormality flag E is generated i , the deviation calculation result will be stored as D Δ =(ΔS, E), where E is the abnormal label set, D Δ is the generated verification result; Using comprehensive verification algorithm to Δ Perform analysis to verify whether the equipment as a whole meets the expected status. The comprehensive verification formula is defined as follows: , where w j is the weight of the state parameter, C is the comprehensive verification score; If C≥θ, θ is the reference threshold of the verification score, the overall status consistency verification of the equipment is judged to have passed, otherwise it is judged to have failed and an abnormality report is generated. The result C of the comprehensive verification and the specific abnormality mark E will be recorded for subsequent feedback and equipment status optimization; Based on the verification result C and the abnormal mark E, the feedback information F is generated. The calculation expression is as follows: F=(C,E,T s ), where F is the feedback information; Feedback information is transmitted to the user and the control program through the application program interface, prompting the user that some status parameters have not met expectations and suggesting that the instructions be resent. In addition, the device status model is updated and D t It is stored together with the verification result C to optimize the prediction and adjustment strategy for subsequent instruction execution.

Images