Equipment linkage method, electronic equipment and computer readable storage medium
By introducing the receiving module, conditional engine module, action engine module and instruction issuing module into the device linkage system, the timeliness problem when multiple trigger conditions are met at the same time in the device linkage is solved, and the accuracy and reliability of the device system are achieved.
Patent Information
- Application Number
- CN202411500637.7
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-10-24
- Publication Date
- 2025-03-11
AI Technical Summary
The existing equipment linkage scheme ignores the timeliness when multiple trigger conditions are met at the same time, resulting in the equipment system often making incorrect judgments, affecting the operation of the equipment.
By introducing the receiving module, conditional engine module, action engine module and instruction issuing module into the device linkage system, the target data on the device side is obtained, converted into events, and the corresponding action rules are executed according to the preset conditional rules and time conditions, the device instructions are generated and sent to the next device.
It effectively solves the timeliness of equipment linkage, improves the accuracy and reliability of the equipment system, and ensures correct judgment and operation during the equipment linkage process.
Smart Images

Figure CN119596752A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the technical field of intelligent device linkage, and in particular to a device linkage method, an electronic device, and a computer-readable storage medium. Background Art
[0002] With the continuous development of Internet of Things technology, a single device can no longer meet the needs of complex business scenarios. Therefore, multi-device linkage is required, that is, multiple devices are linked together to complete business processing. However, in actual application scenarios, when devices are linked, the next device will be triggered only when the previous device is successfully triggered. There are multiple conditions for device triggering, which need to be met at the same time for the device to be triggered successfully. When implementing device linkage, the existing solution ignores the timeliness issue when multiple trigger conditions are met at the same time, which leads to frequent incorrect judgments in the device system, affecting the operation of the device. Summary of the Invention
[0003] The main technical problem solved by this application is to provide a device linkage method, an electronic device and a computer-readable storage medium, which can solve the timeliness problem of device linkage.
[0004] In order to solve the above technical problems, the first aspect of the present application provides a device linkage method, which is applied to a device linkage system. The device linkage system includes a receiving module, a condition engine module, an action engine module, an instruction issuing module and a device end. The method includes: using the receiving module to obtain target data in a target scenario sent by a first device in the device end, and converting the target data into an event; using the condition engine module to execute a condition rule that matches the event; wherein the condition rule is configured by a usage object and matches the target scene; in response to the condition rule being valid within a first preset time condition, using the action engine module to execute an action rule that matches the event; wherein the action rule is configured by a usage object and matches the target scene; using the instruction issuing module to obtain a corresponding device instruction based at least on the action rule, and sending the device instruction to the second device in the device end.
[0005] To solve the above technical problems, the second aspect of the present application provides an electronic device, comprising a memory and a processor coupled to each other, wherein the memory stores program instructions, and the processor is used to execute the program instructions to implement the method described in the first aspect above.
[0006] In order to solve the above technical problems, the third aspect of the present application provides a computer-readable storage medium storing program instructions that can be executed by a processor, wherein the program instructions are used to implement the method described in the first aspect above.
[0007] The above scheme uses a receiving module to obtain target data in a target scenario sent by the first device in the device end, and continues to use the receiving module to convert the target data into an event, uses the condition engine module to execute the condition rule that matches the event, and only when the condition rule is valid within the first preset time condition, will the action engine module be used to execute the action rule that matches the event, use the instruction issuing module to obtain the corresponding device instruction based on at least the action rule, and use the instruction issuing module to send the device instruction to the second device in the device end so that the second device executes the device instruction. By adding time conditions when configuring condition rules, the timeliness problem of device linkage is solved. BRIEF DESCRIPTION OF THE DRAWINGS
[0008] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for describing the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For those skilled in the art, other drawings can be obtained based on these drawings without inventive efforts. Among them:
[0009] Figure 1 This is a flow chart of an implementation method of the device linkage method of the present application;
[0010] Figure 2 This is a structural diagram of an embodiment of the device linkage system of the present application;
[0011] Figure 3 This is a flow chart of another embodiment of the device linkage method of the present application;
[0012] Figure 4 This is a configuration diagram of an implementation method of the first conditional rule of this application;
[0013] Figure 5 This is a configuration diagram of an implementation method of the action rule of this application;
[0014] Figure 6 It is a structural diagram of another embodiment of the device linkage system of the present application;
[0015] Figure 7 This is a schematic structural diagram of an embodiment of the electronic device of the present application;
[0016] Figure 8 It is a structural diagram of an embodiment of a computer-readable storage medium of the present application. DETAILED DESCRIPTION
[0017] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are only part of the embodiments of this application, not all of them, and different implementation methods can be adaptively combined. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.
[0018] The terms "system" and "network" are often used interchangeably in this document. The term "and / or" is simply a description of an association between related objects, indicating that three possible relationships exist. For example, "A and / or B" can mean: A exists alone, A and B exist simultaneously, or B exists alone. Furthermore, the character " / " generally indicates that the related objects are in an "or" relationship. Furthermore, "multiple" in this document means two or more than two.
[0019] The device linkage method provided in the present application is applied to a device linkage system, and its corresponding execution subject is a processing unit of the device linkage system or a processing terminal capable of calling the device linkage system.
[0020] Please also refer to Figure 1 and Figure 2 , Figure 1 This is a flow chart of an embodiment of the device linkage method of the present application. Figure 2 This is a schematic diagram of the structure of an embodiment of the device linkage system of the present application. The device linkage system 10 includes a receiving module 100, a condition engine module 101, an action engine module 102, an instruction issuing module 103 and a device end 104. The device linkage method includes:
[0021] S101: Utilize a receiving module to obtain target data in a target scenario sent by a first device in a device end, and convert the target data into an event.
[0022] Specifically, the receiving module 100 is used to obtain target data in a target scenario sent by a first device (not shown) in the device end 104 , and the receiving module 100 is further used to convert the target data into an event.
[0023] In one application, after the receiving module 100 acquires target data in a target scenario sent by the first device in the device end 104 , key information in the target data is extracted, and the target data is converted into corresponding events based on the key information.
[0024] In another application, after the receiving module 100 acquires the target data in the target scenario sent by the first device in the device end 104 , the target data is converted into a corresponding event according to a preset conversion rule in the target scenario.
[0025] In one application scenario, the target data acquired by the first device includes data in multiple modalities such as images and audio. After preprocessing the data in multiple modalities using the receiving module, features are extracted for the data in each modality. For example, image feature information such as color, texture, and shape is extracted for images, and audio feature information is extracted for audio. The image feature information and audio feature information are fused to obtain fused features, and the fused features are trained corresponding to specific events using a training model. When the model determines that a fused feature can represent an event, the corresponding event is generated.
[0026] In a specific application scenario, when the target object falls, it will say "Help me, I can't stand up". The first device obtains the image data of the target object and the audio data of "Help me, I can't stand up". After using the receiving module to obtain the image data and audio data sent by the first device, the image data and audio data are pre-processed, and the contour information of the target object is extracted through computer vision technology, and the audio feature information is extracted from the audio through spectrum analysis and speech recognition. For example, the text information of "can't stand up" is extracted, and the contour information and text information are fused to obtain the corresponding fusion feature. The machine algorithm training model is used to train the fusion feature and the target object fall. When the model determines that the fusion feature can represent the target object fall, the corresponding "target object falls and cannot stand up" event is generated.
[0027] S102: Utilize the condition engine module to execute the condition rule that matches the event; wherein the condition rule is configured by the usage object and matches the target scenario.
[0028] Specifically, the condition engine module 101 is used to store and execute condition rules configured by the usage object and matching the target scenario, and the condition rules also match corresponding events under the target scenario, and the condition engine module 101 is used to execute the condition rules.
[0029] In one application mode, events have corresponding priorities, and the condition engine module 101 is used to execute matching conditional rules based on the event priorities.
[0030] In another application mode, events correspond to a sequence, and the condition engine module 101 is used to execute matching conditional rules based on the sequence of events.
[0031] In an application scenario, the conditional engine module 101 stores the conditional rule of "the target object falls and cannot stand up" configured by the user object, and matches the "target object alarm event" with a relatively high priority and the "fall event" with a relatively low priority. When there are multiple targets falling in the target scenario, it first detects whether the target is the target object, and then detects whether it is in a falling state, thereby executing the corresponding conditional rule.
[0032] In another application scenario, the conditional engine module 101 stores the conditional rule of "the target object falls and cannot stand up" configured by the user object, and matches the "target object alarm event" and "fall event". When there are multiple targets falling in the target scenario, the "target object alarm event" and "fall event" will be detected according to the order of the generation time of the "target object alarm event" and "fall event", so as to execute the corresponding conditional rule.
[0033] S103: In response to the conditional rule being valid within the first preset time condition, utilizing the action engine module to execute the action rule that matches the event; wherein the action rule is configured by the usage object and matches the target scenario.
[0034] Specifically, the action engine module 102 is used to store and execute action rules configured by the usage object and matching the target scene, and the action rules also match the corresponding events under the target scene. When the conditional rule is valid within the first preset time condition, the action engine module 102 is used to execute the action rule.
[0035] In one application, the action rules correspond to a sequence. When the conditional rule is valid within a first preset time condition, the action engine module 102 is used to execute the action rules that match the event based on the corresponding sequence.
[0036] In another application mode, when the conditional rule is valid within a first preset time condition, the action engine module 102 is used to execute the action rules matching the event in parallel through multi-threading or multi-process technology.
[0037] S104: Utilize the instruction issuing module to obtain a corresponding device instruction based at least on the action rule, and send the device instruction to the second device in the device end.
[0038] Specifically, the instruction issuing module 103 is used to obtain the corresponding device instruction based on at least the action rule, and the instruction issuing module 103 is used to send the device instruction to the second device (not shown) in the device end 104 so that the second device executes the device instruction.
[0039] In one application method, after the action engine module 102 executes the action rule, there is an execution result corresponding to it. The instruction sending module 103 is used to convert the execution result of the action engine module 102 into a corresponding device instruction, and the device instruction is sent to the second device in the device end 104 so that the second device executes the device instruction.
[0040] In another application method, the second device corresponds to device information, and the action engine module 102 has a corresponding execution result after executing the action rule. The instruction issuing module 103 is used to convert the execution result and device information of the action engine module 102 into a corresponding device instruction, and the device instruction is issued to the second device in the device end 104 according to the device information, and the second device executes the device instruction.
[0041] In one application scenario, the second device is an alarm and a telephone. When the conditional rule of "the target object falls and cannot stand up" is valid within the first preset time condition, the action engine module 102 is used to execute the action rule matching the event, such as the action rule of "the alarm sounds an alarm and dials a phone call". After obtaining the corresponding execution results of "execute the alarm sound an alarm" and "execute dialing a phone number call", the instruction issuing module 103 is used to convert the execution result of "execute the alarm sound an alarm" and the device information of the alarm, as well as the execution result of "execute dialing a phone number call" and the device information of the phone into corresponding device instructions, and the device instructions are sent to the alarm and the phone in parallel according to the device information to link the alarm sound an alarm and dial a phone call.
[0042] The above scheme uses the receiving module 100 to obtain the target data in the target scenario sent by the first device in the device end 104, and continues to use the receiving module 100 to convert the target data into an event, and uses the condition engine module 101 to execute the condition rule matching the event, and only when the condition rule is valid within the first preset time condition, the action engine module 102 will be used to execute the action rule matching the event, and the instruction issuing module 103 is used to obtain the corresponding device instruction based on at least the action rule, and the instruction issuing module 103 is used to send the device instruction to the second device in the device end 104, so that the second device executes the device instruction. By adding the time condition when configuring the condition rule, the timeliness problem of device linkage is solved.
[0043] In one embodiment, see Figure 3 , Figure 3 This is a flow chart of an embodiment of the device linkage method of the present application. The target data includes the target object's outline, posture, facial features, and action behavior, among others. The device linkage method includes:
[0044] S301: Utilize a receiving module to obtain an outline of a target object sent by a first device, and generate a first sub-event based on the outline of the target object.
[0045] Specifically, the receiving module 100 is used to acquire the outline of the target object sent by the first device, and the receiving module 100 is used to generate the first sub-event according to the outline of the target object.
[0046] In one application scenario, after detecting a target object, the first device obtains an outline of the target object and reports the outline of the target object to the receiving module 100 , and the receiving module 100 generates a first sub-event according to the outline of the target object.
[0047] In a specific application scenario, the first device is a probe. When the probe detects multiple targets, it extracts the facial features of the multiple targets respectively, determines the target object based on the facial features, obtains the outline of the target object, and reports the outline of the target object to the receiving module 100. The receiving module 100 generates a target object alarm event based on the outline of the target object, which is marked with the symbol "event_object".
[0048] S302: Utilize the receiving module to obtain the posture of the target object sent by the first device, and generate a second sub-event based on the posture of the target object.
[0049] Specifically, the receiving module 100 is used to acquire the posture of the target object sent by the first device, and the receiving module 100 is used to generate the second sub-event according to the posture of the target object.
[0050] In one application scenario, after obtaining the posture of the target object, the first device reports the posture of the target object to the receiving module 100 , and uses the receiving module 100 to generate a second sub-event according to the posture of the target object.
[0051] In a specific application scenario, the target object falls, the probe obtains the falling posture of the target object, and reports the posture to the receiving module 100, and the receiving module 100 generates a target object fall alarm event based on the falling posture of the target object, marked with the symbol "event_fall".
[0052] In one application scenario, after step S302, it also includes: in response to the first sub-event being valid within the first preset time threshold, the second sub-event being valid within the second preset time threshold, and the third sub-event being valid within the third preset time threshold, determining that the conditional rule is valid within the first preset time condition.
[0053] Specifically, when the first sub-event is valid within a first preset time threshold, the second sub-event is valid within a second preset time threshold, and the third sub-event is valid within a third preset time threshold, it is determined that the conditional rule is valid within the first preset time condition.
[0054] In a specific application scenario, please refer to Figure 4 , Figure 4This is a configuration diagram of an implementation method of the conditional rule 1 of the present application. The conditional rule is "the target object falls and cannot stand up", which includes three conditional options. Conditional option 1 includes probe, detection of the outline of the target object and within 10 seconds, corresponding to the first sub-event. Conditional option 2 includes probe, detection of the target object's falling posture and within 5 seconds, corresponding to the second sub-event. Conditional option 3 includes non, probe, fall relief and within 5 seconds. The conditional engine module parses the conditional options in the conditional rule into ({probe}{event_object}in{10s})&&({probe}{event_fall}in{5s})&&! The rule symbol is ({probe}{event_fall_no}in{5s}), where "in" represents the time range, "&&" represents logical AND, "!" represents logical NOT, and "_no" represents the opposite logic. The specific explanation is that the probe reports an alarm event of the target object within 10 seconds, and reports an alarm event of the target object falling within 5 seconds, and does not report an alarm event of the target object falling and releasing the alarm within 5 seconds, thus confirming that the conditional rule is valid.
[0055] Optionally, the conditional options can be freely configured manually by the user according to the actual situation, and this application does not impose any specific restrictions on this.
[0056] It is understandable that when any one of the conditions is not met, the conditional rule is invalid.
[0057] It should be noted that there are multiple different events corresponding to different target scenarios, and the number and logic of sub-events can be determined according to the actual application scenario. This application does not impose specific restrictions on this.
[0058] S303: Utilize the condition engine module to execute the condition rule corresponding to the first sub-event, and utilize the condition engine module to execute the condition rule corresponding to the second sub-event.
[0059] Specifically, the condition engine module 101 is used to execute the conditional rule corresponding to the first sub-event and the conditional rule corresponding to the second sub-event.
[0060] In one application scenario, the condition engine module 101 stores condition rules manually configured by the user and corresponding to the first sub-event and the second sub-event.
[0061] In a specific application scenario, the conditional engine module 101 stores the conditional rule of "the target object falls and cannot stand up" manually configured by the user object. When the target object falls, the receiving module 100 generates a target object alarm event of "event_object" and a target object fall alarm event of "event_fall", and reports them to the conditional engine module 101. The conditional engine module 101 executes the conditional rule of "the target object falls and cannot stand up" accordingly.
[0062] S304: In response to the conditional rule being valid within the first preset time condition, utilizing the action engine module to execute the action rule that matches the event; wherein the action rule is configured by the usage object and matches the target scenario.
[0063] Specifically, when the conditional rule is valid within a first preset time condition, the action engine module 102 is used to execute the action rule that matches the event.
[0064] S305: Utilize the instruction issuing module to obtain a corresponding device instruction based at least on the action rule, and send the device instruction to the second device at the device end.
[0065] Specifically, the instruction issuing module 103 is used to obtain the corresponding device instruction based on at least the action rule, and the instruction issuing module 103 is used to send the device instruction to the second device in the device end 104, so that the second device executes the device instruction.
[0066] In one application, there are multiple second devices, and each second device corresponds to device information. In step S305, using the instruction issuing module 103 to obtain the corresponding device instruction based at least on the action rule specifically includes: using the instruction issuing module 103 to obtain the corresponding device instruction based on the action rule and the device information.
[0067] Specifically, the instruction issuing module 103 obtains the device instruction corresponding to each second device based on the action rule and device information, thereby accurately generating the corresponding device instruction according to the specific status information of the device, thereby reducing unnecessary energy consumption.
[0068] In one application scenario, the action rule includes a sequence corresponding to the device information. Sending the device instruction to the second device of the device end 104 in step S305 specifically includes: sending the device instruction to the corresponding second device in sequence so that the second device executes the device instruction based on the sequence.
[0069] Specifically, the device instructions are sent to the corresponding second devices in sequence so that multiple second devices execute the device instructions in sequence. By simply configuring action rules in the action engine module 102, the sequential problem when there are multiple execution devices in complex scenarios can be solved.
[0070] In a specific application scenario, please refer to Figure 5 , Figure 5 It is a configuration diagram of an implementation method of the action rule of the present application. Multiple second devices include alarms and telephones. The action rule is "phone call after the alarm sounds", which contains two action options. Action option one includes the alarm and the alarm sounds, and action option two includes the telephone, the telephone number and equal to 10 seconds. The action engine module parses the action options in the action rule into ({alarm}{action_alarm})->({mobile phone number}{action_phoneCall}eq{10s}), where "action_alarm" represents the alarm action, "->" represents waiting for the previous instruction to be completed before executing the next instruction, "action_phoneCall" represents making a phone call, and eq represents equal to this time. The specific explanation is that a phone call lasting 10 seconds is made after the linkage alarm sounds.
[0071] In one embodiment, see Figure 6 , Figure 6 It is a structural diagram of another embodiment of the device linkage system of the present application. The device linkage system 10 also includes a resource module 105. The resource module 105 is used to configure conditional resources for the condition engine module 101 to execute conditional rules, and to configure action resources for the action engine module 102 to execute action rules.
[0072] Specifically, the resource module 105 is used to provide some external resources required for the execution of conditional rules and action rules, such as timing, device information, etc. Through the reasonable scheduling and management of external resources, system resources can be used more effectively, resource waste can be avoided, and overall operating efficiency can be improved.
[0073] Optionally, resource module 105 is also used to configure service resources for the second device to execute device instructions. For example, to make a call, resource module 105 is used to connect to the corresponding telephone operator. Using the resource module, the system can more easily switch or add new service resources. This modular design enables the system to flexibly respond to different business needs and market changes, thereby improving system flexibility.
[0074] See also Figure 7 , Figure 7This is a schematic diagram of the structure of an embodiment of an electronic device of the present application. The electronic device 70 includes a memory 701 and a processor 702 coupled to each other, wherein the memory 701 stores program data (not shown in the figure), and the processor 702 calls the program data to implement the method in any of the above embodiments. For a description of the relevant content, please refer to the detailed description of the above method embodiments, which will not be repeated here. Specifically, the electronic device 70 includes but is not limited to: a desktop computer, a laptop computer, a tablet computer, a server, etc., which are not limited here. In addition, the processor 702 can also be referred to as a CPU (Center Processing Unit). The processor 702 may be an integrated circuit chip with signal processing capabilities. The processor 702 can also be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor. In addition, the processor 702 can be implemented by an integrated circuit chip.
[0075] See also Figure 8 , Figure 8 This is a structural diagram of an embodiment of a computer-readable storage medium of the present application. The computer-readable storage medium 80 stores program data 800. When the program data 800 is executed by the processor, the method in any of the above embodiments is implemented. For an explanation of the relevant content, please refer to the detailed description of the above method embodiments, which will not be repeated here.
[0076] It should be noted that the units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of this embodiment.
[0077] In addition, the functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.
[0078] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) or a processor to execute all or part of the steps of the various implementation methods of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.
[0079] The above description is only an implementation method of the present application and does not limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the description and drawings of this application, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.
Claims
1. A device linkage method, characterized in that: Applied to a device linkage system, the device linkage system includes a receiving module, a condition engine module, an action engine module, an instruction issuing module and a device end, and the method includes: Using the receiving module to obtain target data in a target scenario sent by the first device in the device end, and converting the target data into an event; Utilizing the condition engine module to execute a condition rule that matches the event; wherein the condition rule is configured by a usage object and matches the target scenario; In response to the conditional rule being valid within a first preset time condition, using the action engine module to execute an action rule matching the event; wherein the action rule is configured by the usage object and matches the target scenario; The instruction issuing module is used to obtain a corresponding device instruction based at least on the action rule, and the device instruction is sent to the second device in the device end.
2. The method according to claim 1, characterized in that The target data includes at least the outline and posture of the target object; The using the receiving module to obtain target data in a target scenario sent by the first device in the device end, and converting the target data into an event, includes: Using the receiving module to acquire the outline of the target object sent by the first device, and generating a first sub-event based on the outline of the target object; The receiving module is used to acquire the posture of the target object sent by the first device, and a second sub-event is generated based on the posture of the target object.
3. The method according to claim 2, characterized in that The using the condition engine module to execute the condition rule matching the event includes: The conditional rule corresponding to the first sub-event is executed using the conditional engine module, and the conditional rule corresponding to the second sub-event is executed using the conditional engine module.
4. The method according to claim 2, characterized in that: After the receiving module is used to acquire the posture of the target object sent by the first device and a second sub-event is generated based on the posture of the target object, the method further includes: In response to the first sub-event being valid within a first preset time threshold, the second sub-event being valid within a second preset time threshold, and the third sub-event being valid within a third preset time threshold, it is determined that the conditional rule is valid within the first preset time condition.
5. The method according to claim 1, characterized in that There are multiple second devices, and each of the second devices has corresponding device information; The obtaining the corresponding device instruction by using the instruction issuing module at least based on the action rule includes: The instruction issuing module is utilized to obtain corresponding device instructions based on the action rules and the device information.
6. The method according to claim 5, characterized in that The action rule includes a sequence corresponding to the device information; The sending the device instruction to the second device at the device end includes: The device instructions are sent to the corresponding second device in the order, so that the second device executes the device instructions based on the order.
7. The method according to claim 1, characterized in that The device linkage system further includes a resource module, which is used to configure condition resources for the condition engine module to execute the condition rules, and to configure action resources for the action engine module to execute the action rules.
8. The method according to claim 7, characterized in that The resource module is further used to configure service resources for the second device to execute the device instruction.
9. An electronic device, characterized in that: The method comprises a memory and a processor coupled to each other, wherein the memory stores program instructions, and the processor is used to execute the program instructions to implement the method according to any one of claims 1 to 8.
10. A computer-readable storage medium, characterized in that: Program instructions that can be executed by a processor are stored, and the program instructions are used to implement the method according to any one of claims 1 to 8.