Equipment cluster control method and device, electronic equipment and storage medium

Abstract

The embodiment of the invention relates to an equipment cluster control method and device, electronic equipment and a storage medium. The method comprises the steps that a control request used for requesting to control target equipment in a preset equipment cluster is acquired; determining equipment information of the target equipment based on the control request; determining a target object model corresponding to the target equipment from a preset object model library according to the equipment information; a control logic template corresponding to the target object model is determined, the control request is converted into a control instruction through the control logic template, and the control logic template corresponds to at least one object model; and sending the control instruction to the target equipment, so that the target equipment operates according to the control instruction. According to the embodiment of the invention, a unified standardized instruction can be established for different devices, so that the integrated control of the device cluster is facilitated, and the management efficiency of the device cluster is improved.

Description

Technical Field

[0001] The present application relates to the technical field of Internet of Things, and in particular to a device cluster control method, apparatus, electronic device and computer-readable storage medium. Background Art

[0002] With the rapid development of Internet of Things technology, the use of intelligent devices is increasing, and devices of different brands and types can transmit and control data through the network. For example, in intelligent buildings, various intelligent devices in the building can be controlled by central control devices.

[0003] The existing physical model technology can collect and manage device data. Physical models simplify the diversity of devices into standardized data models by abstracting the functions, attributes, and status of devices. This method preliminarily solves the problem of device access adaptation in scenarios where multiple brands of devices coexist, and unifies the basic management of devices.

[0004] However, existing physical model technologies are usually limited to data collection and display. For devices of different brands, manual configuration or adaptation is still required, making it difficult for the system to achieve highly automated management. In addition, existing physical models are mostly used to passively collect device data. When it comes to complex equipment cluster control systems, how to achieve automatic identification of multiple devices, unified control logic, and standardized processing of instructions based on physical models is a problem that needs to be solved. Summary of the invention

[0005] In view of this, in order to solve some or all of the above technical problems, the embodiments of the present application provide a device cluster control method, apparatus, electronic device and computer-readable storage medium.

[0006] In a first aspect, an embodiment of the present application provides a device cluster control method, the method comprising: obtaining a control request for requesting control of a target device in a preset device cluster; determining device information of the target device based on the control request; determining a target object model corresponding to the target device from a preset object model library according to the device information; determining a control logic template corresponding to the target object model, and using the control logic template to convert the control request into a control instruction, wherein the control logic template corresponds to at least one object model; and sending the control instruction to the target device so that the target device operates according to the control instruction.

[0007] In one possible implementation, a control request is converted into a control instruction using a control logic template, including: determining a logic instruction corresponding to the control request based on the control logic template, wherein the logic instruction corresponds to a physical model subclass to which the target physical model belongs; determining an instruction format of the logic instruction corresponding to the target device using instruction mapping information included in the control logic template; and generating a control instruction for controlling the target device based on the instruction format.

[0008] In one possible implementation, determining a control logic template corresponding to a target object model includes: determining the model type to which the target object model belongs based on the type of the target device; and determining, based on the model type, a pre-established control logic template corresponding to the model type as the control logic template corresponding to the target object model.

[0009] In one possible implementation, before obtaining a control request for requesting control of a target device in a preset device cluster, the method further includes: in response to detecting that the target device is connected to the device cluster, obtaining type information and attribute information of the target device; based on the type information and attribute information, determining whether there is a target object model matching the target device in the object model library; if so, establishing a corresponding relationship between the target device and the target object model; if not, establishing the target object model in the object model library based on the type information and attribute information.

[0010] In one possible implementation, determining whether there is a target object model matching the target device in the object model library includes: if there is a object model matching the type information in the object model library, determining the object model as the target object model; if there is no object model matching the type information in the object model library, but there is a object model matching the attribute information, determining the object model as the target object model.

[0011] In one possible implementation, a target object model is established in an object model library based on type information and attribute information, including: extracting key function parameters from the attribute information, and converting the key function parameters into model format standard fields; determining a basic control logic template corresponding to the target device based on the type information; generating a control instruction set corresponding to the target device in the basic control logic template based on the key function parameters to obtain an updated control logic template; and generating a target object model based on the type information, standardized fields, and the updated control logic template.

[0012] In one possible implementation, the method further includes: acquiring operating status data of the target device; performing anomaly detection on the operating status data to obtain anomaly detection results; determining anomaly types and levels represented by the anomaly detection results; if the anomaly level is a severe anomaly, adjusting control instructions corresponding to the anomaly type according to a preset adjustment strategy, and sending the adjusted control instructions to the target device.

[0013] In a second aspect, an embodiment of the present application provides a device cluster control device, which includes: a first acquisition module, used to acquire a control request for requesting control of a target device in a preset device cluster; a first determination module, used to determine the device information of the target device based on the control request; a second determination module, used to determine, based on the device information, a target object model corresponding to the target device from a preset object model library; a third determination module, used to determine a control logic template corresponding to the target object model, and use the control logic template to convert the control request into a control instruction, wherein the control logic template corresponds to at least one object model; and a sending module, used to send the control instruction to the target device so that the target device operates according to the control instruction.

[0014] In a third aspect, an embodiment of the present application provides an electronic device, comprising: a memory for storing a computer program; a processor for executing the computer program stored in the memory, and when the computer program is executed, a method of any embodiment of the device cluster control method of the first aspect of the present application is implemented.

[0015] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, a method of any embodiment of the device cluster control method of the first aspect described above is implemented.

[0016] In a fifth aspect, an embodiment of the present application provides a computer program, which includes a computer readable code. When the computer readable code runs on a device, the processor in the device implements a method as in any embodiment of the device cluster control method of the first aspect above.

[0017] The device cluster control method, apparatus, electronic device and computer-readable storage medium provided in the embodiments of the present application obtain a control request for requesting control of a target device in a preset device cluster, determine the device information of the target device based on the control request, determine the target object model corresponding to the target device from a preset object model library according to the device information, determine the control logic template corresponding to the target object model, and use the control logic template to convert the control request into a control instruction, and use the control instruction to control the target device. The embodiments of the present application realize the unified management of different devices using object models and logic control templates, so that unified standardized instructions can be established for different devices, which is convenient for integrated control of device clusters and improves the efficiency of device cluster management. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

[0019] 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 or the description of the prior art will be briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0020] One or more embodiments are exemplarily described by pictures in the corresponding drawings, and these exemplified descriptions do not constitute limitations on the embodiments. Elements with the same reference numerals in the drawings represent similar elements, and unless otherwise stated, the figures in the drawings do not constitute proportional limitations.

[0021] Figure 1 A schematic diagram of a flow chart of a device cluster control method provided in an embodiment of the present application;

[0022] Figure 2 A schematic diagram of a flow chart of another device cluster control method provided in an embodiment of the present application;

[0023] Figure 3 A flowchart of another device cluster control method provided in an embodiment of the present application;

[0024] Figure 4 A flowchart of another device cluster control method provided in an embodiment of the present application;

[0025] Figure 5 A flowchart of another device cluster control method provided in an embodiment of the present application;

[0026] Figure 6 A flowchart of another device cluster control method provided in an embodiment of the present application;

[0027] Figure 7 An exemplary flow chart of closed-loop feedback provided for an embodiment of the present application;

[0028] Figure 8 An exemplary architecture diagram of a device remote control system provided in an embodiment of the present application.

[0029] Fig. 9 A schematic diagram of the structure of a device cluster control device provided in an embodiment of the present application;

[0030] Fig.10 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0031] Various exemplary embodiments of the present application will now be described in detail with reference to the accompanying drawings. Obviously, the described embodiments are part of the embodiments of the present application, rather than all of the embodiments. It should be noted that unless otherwise specifically stated, the relative arrangement of the components and steps, the numerical expressions and the numerical values ​​described in these embodiments do not limit the scope of the present application.

[0032] Those skilled in the art will understand that the terms "first" and "second" in the embodiments of the present application are only used to distinguish between different steps, devices, modules and other objects, and do not represent any specific technical meanings, nor do they indicate the logical order between them.

[0033] It should also be understood that in this embodiment, “plurality” may refer to two or more than two, and “at least one” may refer to one, two or more than two.

[0034] It should also be understood that any component, data or structure mentioned in the embodiments of the present application can generally be understood as one or more, unless explicitly limited or otherwise indicated in the context.

[0035] In addition, the term "and / or" in this application is only a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this application generally indicates that the associated objects before and after are in an "or" relationship.

[0036] It should also be understood that the description of the various embodiments in this application focuses on the differences between the various embodiments, and the same or similar aspects thereof can be referenced to each other, and for the sake of brevity, they will not be described one by one.

[0037] The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the present application, its application, or uses.

[0038] Technologies, circuits, and devices known to ordinary technicians in the relevant art may not be discussed in detail, but where appropriate, the above-mentioned technologies, circuits, and devices should be considered as part of the specification.

[0039] It should be noted that like reference numerals and letters refer to similar items in the following figures, and therefore, once an item is defined in one figure, it need not be further discussed in subsequent figures.

[0040] It should be noted that, in the absence of conflict, the embodiments in this application and the features in the embodiments can be combined with each other. To facilitate the understanding of the embodiments of the present application, the present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments. Obviously, the described embodiments are part of the embodiments of the present application, rather than all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of this application.

[0041] In order to solve the technical problems of diversified control logic and difficulty in unified management of physical models in the prior art, the present application provides a device cluster control method, which can apply a control logic template to different physical models, thereby realizing logical control standardization and facilitating unified management of equipment.

[0042] Figure 1 A flow chart of a device cluster control method provided for an embodiment of the present application. This method can be applied to a central control device that controls a device cluster, and the central control device is connected to the device cluster to control any device in the device cluster. In addition, this method can also be applied to one or more general electronic devices such as servers, smart phones, laptops, desktop computers, portable computers, etc., and a communication connection can be established between these electronic devices and the device cluster, and users can use these electronic devices to control any device in the device cluster. In addition, the execution subject of this method can be hardware or software. When the above-mentioned execution subject is hardware, the execution subject can be one or more of the above-mentioned electronic devices. For example, a single electronic device can execute this method, or multiple electronic devices can cooperate with each other to execute this method. When the above-mentioned execution subject is software, this method can be implemented as multiple software or software modules, or as a single software or software module. It is not specifically limited here.

[0043] like Figure 1 As shown, the method specifically includes:

[0044] Step 101: Obtain a control request for requesting to control a target device in a preset device cluster.

[0045] In some embodiments, the device cluster may be a cluster of multiple devices arranged at a certain location, and each device in the device cluster is in communication connection with the electronic device executing the method. The electronic device may provide a control interface and a control interface to the user, and the user may select any one or more devices in the control interface and input a control request.

[0046] As an example, the above device cluster can be various devices included in the intelligent building system, such as air conditioners, humidifiers, ventilation equipment, etc. It can also include sub-devices included in some main devices, such as condensers, fans, centrifugal pumps and other devices included in air conditioners, and controllers, power supplies and the like included in lighting systems.

[0047] Step 102: Determine device information of the target device based on the control request.

[0048] In some embodiments, the control request may include device information of the target device, or include an identifier of the target device, and the device information of the target device is obtained based on the identifier. The device information may include the type, brand, model, etc. of the target device for distinguishing it from other devices.

[0049] It should be noted that the number of target devices may be one or more. When there are more than one target devices, the control request may simultaneously control the multiple devices in a unified manner.

[0050] Step 103: Determine the target object model corresponding to the target device from a preset object model library according to the device information.

[0051] In some embodiments, the object model library can be pre-set locally on the electronic device or on a remote device. By abstracting the functions, properties, and states of different devices, the diversity of devices is simplified into a standardized data model to obtain an object model. Each object model in the object model library can correspond to at least one device. Based on the above device information, the target object model corresponding to the target device can be determined from the object model library.

[0052] Step 104: determine the control logic template corresponding to the target object model, and use the control logic template to convert the control request into a control instruction.

[0053] In some embodiments, the control logic template corresponds to at least one physical model. The control logic template can be used to control at least one device. The devices corresponding to the same control logic template are usually devices of the same type. Different control instructions corresponding to the same function are pre-established in the control logic template, and each control instruction corresponds to one device or multiple identical devices.

[0054] For example, for air-conditioning type equipment, there is a corresponding control logic template, in which multiple control instructions corresponding to air-conditioning equipment of different brands and models can be established for the same function (such as temperature adjustment, start, stop, etc.). When the temperature of the air-conditioning of brand A and model B needs to be adjusted, the user only needs to input a control request indicating the temperature adjustment, and the electronic device automatically uses the control logic template to convert the control request into a control instruction corresponding to the air-conditioning of brand A and model B, and the control instruction conforms to the instruction format of the air-conditioning of brand A and model B.

[0055] Since the control logic template can correspond to devices of different brands and models, and the same function can correspond to control instructions of devices of different brands and models, the above control request can be generated by the user to control the same function of different devices. At this time, the control logic template can simultaneously generate control instructions corresponding to different devices, thereby realizing simultaneous control of different devices.

[0056] Step 105: Send the control instruction to the target device so that the target device operates according to the control instruction.

[0057] In some embodiments, the electronic device executing the method and the target device can establish a connection through a communication interface, and the control instruction can be sent to the target device through the interface to achieve control of the target device. For example, if the control instruction indicates adjusting the temperature of an air conditioner of brand A and model B, the control instruction can be sent to the air conditioner, and after receiving the control instruction, the air conditioner can operate according to the set temperature.

[0058] The device cluster control method provided in the embodiment of the present application obtains a control request for requesting control of a target device in a preset device cluster, determines the device information of the target device based on the control request, determines the target object model corresponding to the target device from a preset object model library according to the device information, determines the control logic template corresponding to the target object model, and uses the control logic template to convert the control request into a control instruction, and uses the control instruction to control the target device. The embodiment of the present application realizes the unified management of different devices using object models and logic control templates, so that unified standardized instructions can be established for different devices, which is convenient for integrated control of device clusters and improves the efficiency of device cluster management.

[0059] In some optional implementations, such as Figure 2 As shown, step 104 includes:

[0060] Step 1041, determining the logic instruction corresponding to the control request based on the control logic template.

[0061] Among them, the logical instruction is an abstract instruction that represents the execution of a certain function, not a real physical instruction. In the control logic template, multiple logical instruction templates can be set. By parsing the controller request, the instruction parameters are extracted from it, and combined with the corresponding logical instruction target, the logical instruction is obtained. For example, the logical instruction is "set the temperature to X℃", where the parameter X can be extracted from the control request.

[0062] The logic instruction corresponds to the physical model subclass to which the target physical model belongs. The physical model subclass corresponds to the product subclass (such as brand, model, etc.) to which the target device belongs, that is, different devices of the same product subclass can be controlled by the same logic instruction.

[0063] Step 1042: Determine the instruction format of the target device corresponding to the logic instruction using the instruction mapping information included in the control logic template.

[0064] Specifically, using the control logic template, the target device can be adapted to the device model, and the product subclass and the corresponding physical model subclass to which the target device belongs can be determined. Then, according to the instruction mapping information, the actual physical instruction format corresponding to the physical model subclass is determined. The instruction mapping information is used to represent the correspondence between the logical instructions and the instruction formats of devices of various product subclasses. For example, the instruction format of the logical instruction "set the temperature to X℃" in the brand A air conditioner is "SET_TEMP X", while the instruction format in the brand B air conditioner is "TEMP_SETPOINT X". That is, after receiving the logical instruction "set the temperature to 24℃" for the brand A air conditioner, the control logic template converts it into the instruction format of brand A: "SET_TEMP 24". After receiving the same logical instruction for the brand B air conditioner, the control logic template converts it into the instruction format of brand B: "TEMP_SETPOINT 24".

[0065] Step 1043: Generate a control instruction for controlling the target device based on the instruction format.

[0066] Specifically, after determining the instruction format corresponding to the target device, the control instruction that conforms to the communication protocol of the target device can be further generated according to the communication protocol of the target device and the above instruction format. For example, if the logic instruction "set the temperature to 24°C" is sent to brand A air conditioner and brand B air conditioner at the same time. For brand A air conditioner, according to the corresponding format, the control instruction for setting the temperature is sent in Modbus protocol; for brand B air conditioner, the control instruction for setting the temperature is sent in BACnet (Building Automation and Control Networks) protocol.

[0067] This embodiment realizes the abstraction of control instructions of devices of different product subcategories into the same logical instruction by setting logical instructions and instruction mapping information in the logical control template, so that different devices can be controlled according to the same logical instruction, which improves the convenience of controlling the device cluster. In addition, when adding a new device to the device cluster, it is only necessary to add the corresponding instruction mapping information to the logical instruction in the control logic template, which improves the convenience of device cluster management.

[0068] In some optional implementations, such as Figure 3 As shown, in step 104, the control logic template can be determined according to the following steps:

[0069] Step 1044: determine the model type to which the target object model belongs based on the type of the target device.

[0070] The type of the target device generally indicates a functional type, such as an air conditioner type, a humidifier type, a ventilation device type, etc. Devices of the same type may correspond to the same model type, such as an air conditioner object model, a humidifier object model, a ventilation device object model, etc.

[0071] Step 1045: Based on the model type, determine a pre-established control logic template corresponding to the model type as the control logic template corresponding to the target object model.

[0072] For the same model type, the same control logic template can be set. In the logic control template, logical instructions and actual physical instructions corresponding to different physical model subclasses (for example, physical models of the same brand or model are one physical model subclass) can be further set.

[0073] This embodiment sets the correspondence between model types and control logic templates, and manages physical models of the same model type through the same control logic template, thereby achieving centralized and unified control of devices of the same type, thereby improving the flexibility and efficiency of device cluster control.

[0074] In some optional implementations, such as Figure 4 As shown, before step 101, the method further includes:

[0075] Step 106 : in response to detecting that the target device is connected to the device cluster, obtaining type information and attribute information of the target device.

[0076] The type information is information used for classification, such as the function type, brand, and model of the target device. The attribute information is a collection of various parameters required by the target device to implement its function. For example, if the target device is an air conditioner, the attribute information may include information such as the temperature adjustment range and power level.

[0077] When the target device is connected to the device cluster, the electronic device executing the method detects the connected target device, and the type information and attribute information can be automatically obtained by the electronic device from the memory of the target device.

[0078] Step 107: Determine whether there is a target object model matching the target device in the object model library based on the type information and the attribute information.

[0079] Specifically, after the object model library is established, each object model included therein may have corresponding type information and attribute information. Therefore, the target device may be matched based on the type information and attribute information of the target device. When there is an object model in the object model library that has the same type information and / or attribute information as the target device, the object model may be determined to be the target object model.

[0080] Step 108: If so, establish a corresponding relationship between the target device and the target object model.

[0081] Step 109: If the target object model does not exist, establish the target object model in the object model library based on the type information and attribute information.

[0082] When establishing a target object model, the type information of the target device can be used as the type information of the target object model. Various parameters can be extracted from the attribute information of the target device, and based on the object model establishment rules, the various parameters can be converted into standardized object model parameters to ensure that each object model complies with a unified format specification.

[0083] This embodiment automatically establishes a target object model corresponding to the target device by using the type information and attribute information of the target device when the target device is connected to the device cluster, thereby realizing the construction of a standardized object model library, as well as automatic identification and plug-and-play management of different devices. After the device is connected to the device cluster, attribute matching is automatically completed, thereby realizing efficient access and management of the device, significantly improving the automation level and scalability of the system.

[0084] In some optional implementations, the above step 107 may be performed as follows:

[0085] If there is a physical model matching the type information in the physical model library, the physical model is determined as the target physical model.

[0086] Specifically, the type information can accurately represent the type, brand, model, and other types of the target device. The type information of the object model is established based on the type information of the device. Therefore, if there is an object model that matches the type information of the target device, it means that the functional attributes of the object model are consistent with the target device, which means that the target device already exists in the same device as the target device before it is connected to the device cluster, and the object model corresponding to the same device can be directly called.

[0087] If there is no object model matching the type information in the object model library, but there is an object model matching the attribute information, the object model is determined as the target object model.

[0088] Specifically, for devices with different types of information, their functional attributes may be the same. In this case, the object model that is closest to the function of the target device can be determined as the target object model based on the attribute information.

[0089] This embodiment uses type information and attribute information to perform object model matching, so that the management mode of the target device can be quickly adapted to the device cluster, thereby helping to improve the efficiency of device access.

[0090] In some optional implementations, such as Figure 5 As shown, the above step 109 includes:

[0091] Step 1091, extract key function parameters from the attribute information, and convert the key function parameters into model format standard fields.

[0092] Among them, the key function parameters are the parameters required for controlling the target device. For example, if the target device is an air conditioner, the key function parameters include basic function parameters: "temperature adjustment range: 16°C-30°C", "power level: 2.0kW", etc. In addition, the key function parameters may also include special function parameters. For example, an electronic device executing this method can automatically identify the "sleep mode" function and convert the parameters corresponding to the "sleep mode" function into model format standard fields.

[0093] The model format standard field is a standard format of the fields included in the pre-set object model, so that the established object model complies with the unified format standard.

[0094] Step 1092: Determine the basic control logic template corresponding to the target device based on the type information.

[0095] Specifically, devices of the same type may correspond to the same control logic template. After a new target device is connected, the existing control logic template corresponding to the above type information may be used as the basic control logic template.

[0096] Step 1093, based on the key function parameters, generate a control instruction set corresponding to the target device in the basic control logic template to obtain an updated control logic template.

[0097] Specifically, control instructions corresponding to different functions can be generated according to the function type represented by the key function parameters and the instruction format of the configured target device to obtain a control instruction set. As an example, the key function parameters may include parameters representing the basic control methods of the target device, such as "start", "stop", and "temperature adjustment range", and then a control instruction set for controlling the target device to "start", "stop", "set temperature to X°C", "adjust wind speed to Y gear", etc. can be generated. For another example, the key function parameters may include parameters representing the execution of the "sleep mode" function, and then a control instruction set for controlling the target device to execute the "sleep mode" function can be generated.

[0098] Optionally, the actual control instructions can be abstracted in the control logic template to obtain logical instructions, and instruction mapping information representing the corresponding relationship between the logical instructions and the actual control instructions can be established. Figure 2 The corresponding embodiments are not described in detail here.

[0099] Step 1094, generating a target object model based on the type information, the standardized fields and the updated control logic template.

[0100] The generated target object model may include the above-mentioned type information and standardized fields, and establish a corresponding relationship with the above-mentioned updated control logic template.

[0101] This embodiment converts the key functional parameters of the target device into standard fields in the model format, and generates a control instruction set for the target device in the control logic template. This allows the establishment of a labeled target object model based on the type information and attribute information of the target device when the target object model does not exist in the object model library. This can automatically complete attribute matching and control logic adaptation according to the attribute information and control requirements of the device, thereby achieving efficient access and management of the device. This embodiment further improves the compatibility of the system, and the device access process does not require manual configuration, which significantly improves the automation level and scalability of the system.

[0102] In some optional implementations, such as Figure 6 As shown, the method may also include:

[0103] Step 110, obtaining the operating status data of the target device.

[0104] The operating state parameters can be obtained by monitoring the target device in real time. As an example, the operating state parameters include temperature, humidity, energy consumption, etc.

[0105] Step 111, perform anomaly detection on the running status data to obtain anomaly detection results.

[0106] Specifically, the normal state parameter range corresponding to the target device can be pre-set. The range can usually be set based on the device characteristics and the manufacturer's recommended parameters to ensure that the device is always in a safe and efficient working state. The electronic device can monitor the real-time operating data of the target device and determine whether the data is in a normal state by comparing it with the preset normal state parameter range. When a certain state data of the target device (such as temperature) exceeds the normal state parameter range, the data is determined to be "abnormal data" and the target device is marked as abnormal.

[0107] Step 112: Determine the abnormality type and abnormality level represented by the abnormality detection result.

[0108] Specifically, according to the type of operating status parameters and the gap between them and the normal status parameter range, the anomalies can be divided into multiple anomaly types (such as temperature anomaly type, power consumption anomaly type, etc.) and anomaly levels (such as minor anomalies, serious anomalies, etc.).

[0109] As an example, the abnormality classification may be performed according to at least one of the following strategies:

[0110] Strategy 1: Threshold setting method. Directly set a fixed upper and lower threshold to judge the minor and major abnormalities of the equipment. This method is suitable for equipment with small fluctuations or when historical data is not rich enough. For example, the normal range of air conditioning temperature is set to 16℃ to 30℃, minor abnormalities are 30℃ to 35℃, and major abnormalities are above 35℃.

[0111] Strategy 2: Historical data driven method. This is suitable for devices with a large amount of historical data. Based on the historical operation data of the device, define the normal and abnormal thresholds for abnormalities. For example, if the long-term temperature fluctuation range of the device is between 20℃ and 25℃, anything outside this range is considered abnormal.

[0112] Strategy three: Minor abnormal data will be recorded and continuously monitored. If it occurs multiple times (for example, three times in a row within 10 minutes), it will automatically be upgraded to a serious abnormality.

[0113] Step 113: If the abnormality level is a serious abnormality, the control instruction corresponding to the abnormality type is adjusted according to a preset adjustment strategy, and the adjusted control instruction is sent to the target device.

[0114] Among them, the adjustment strategy can be set in advance according to the function performed by the target device. For example, when a serious abnormality is detected, an adjustment instruction (such as reducing power or adjusting temperature) will be generated. After the electronic device obtains the instruction, it can adjust the operating status of the abnormal device. After the target device performs the adjustment, the device status can continue to be monitored to ensure that the adjustment achieves the expected effect. If the parameters do not return to normal, the system will automatically generate a new adjustment strategy (such as further reducing power or temperature) until the device returns to a safe operating range to achieve closed-loop feedback.

[0115] It should be noted that this embodiment can be executed at any time, that is, this embodiment does not limit the execution order of steps 110 to 113 and other steps.

[0116] like Figure 7 As shown, it shows an exemplary flow chart of the closed-loop feedback implemented in this embodiment. Figure 7It can be seen that when there is an abnormality in the operation of the equipment, the abnormality is graded. If it is a minor abnormality, the detection continues. If the abnormality continues to occur, it is judged as a serious abnormality. If the abnormality is graded as a serious abnormality, an optimization strategy is generated and the corresponding control instructions are generated and fed back to the equipment.

[0117] Generally, the method implemented in this embodiment can be executed by a digital base module, and the digital base has the function of monitoring and feedback control of abnormal status of the equipment. In addition, the digital base can also perform energy consumption monitoring and fault monitoring functions. That is, the digital base monitors energy consumption data in real time during the operation of the equipment, and summarizes the energy consumption data of all equipment so that managers can view energy consumption trends. The digital base performs abnormality detection on the feedback data and promptly identifies potential signs of faults. When an abnormality occurs in the equipment, the system will automatically record and generate an alarm notification to facilitate timely maintenance by managers.

[0118] This embodiment can automatically generate optimization strategies and adjust equipment operating parameters in real time to achieve adaptive regulation by monitoring the equipment's operating status data in real time when an abnormality is detected. The closed-loop feedback adaptive control logic enables the system to significantly reduce energy consumption while ensuring efficient operation, and improve the service life and safety of the equipment.

[0119] Figure 8 This is an exemplary architecture diagram of a device remote control system provided in an embodiment of the present application. Figure 8 As shown, the above-mentioned device cluster control method is applied in an intelligent building control system. The intelligent building control system is used to control electromechanical equipment such as condensers, centrifugal fans, centrifugal pumps, etc. in a building. The control device is connected to the physical model library and the digital base through a data interface. When a new device is connected, the control device can identify the device and add a physical model in combination with the physical model library. And when the control device is running, it sends instructions to the device. The control device can provide data feedback to the digital base, which is used to perform functions such as data storage, detection, and abnormal feedback. The physical model library can manage device information, device attribute information, device control instructions, and device status feedback instructions.

[0120] Fig. 9A schematic diagram of the structure of a device cluster control device provided in an embodiment of the present application. Specifically comprising: a first acquisition module 901, used to acquire a control request for requesting control of a target device in a preset device cluster; a first determination module 902, used to determine the device information of the target device based on the control request; a second determination module 903, used to determine the target object model corresponding to the target device from a preset object model library according to the device information; a third determination module 904, used to determine the control logic template corresponding to the target object model, and convert the control request into a control instruction using the control logic template, wherein the control logic template corresponds to at least one object model; a sending module 905, used to send the control instruction to the target device so that the target device operates according to the control instruction.

[0121] In some optional implementations, the third determination module includes: a first determination unit, used to determine the logical instructions corresponding to the control request based on the control logic template, wherein the logical instructions correspond to the object model subclass to which the target object model belongs; a second determination unit, used to determine the instruction format of the logical instructions corresponding to the target device using the instruction mapping information included in the control logic template; and a first generation unit, used to generate control instructions for controlling the target device based on the instruction format.

[0122] In some optional implementations, the third determination module includes: a third determination unit, used to determine the model type to which the target object model belongs based on the type of the target device; and a fourth determination unit, used to determine, based on the model type, a pre-established control logic template corresponding to the model type as the control logic template corresponding to the target object model.

[0123] In some optional implementations, the device also includes: a second acquisition module, used to acquire type information and attribute information of the target device in response to detecting that the target device is connected to the device cluster; a fourth determination module, used to determine whether there is a target object model matching the target device in the object model library based on the type information and attribute information; a first establishment module, used to establish a corresponding relationship between the target device and the target object model if it exists; and a second establishment module, used to establish the target object model in the object model library based on the type information and attribute information if it does not exist.

[0124] In some optional implementations, the fourth determination module includes: a fifth determination unit, used to determine the physical model as the target physical model if there is a physical model matching the type information in the physical model library; a sixth determination unit, used to determine the physical model as the target physical model if there is no physical model matching the type information in the physical model library, but there is a physical model matching the attribute information.

[0125] In some optional implementations, the second establishment module includes: an extraction unit, used to extract key function parameters from attribute information and convert the key function parameters into standard fields in a model format; a seventh determination unit, used to determine a basic control logic template corresponding to a target device based on type information; a second generation unit, used to generate a control instruction set corresponding to the target device in the basic control logic template based on the key function parameters, and obtain an updated control logic template; and a third generation unit, used to generate a target object model based on type information, standardized fields and an updated control logic template.

[0126] In some optional implementations, the device also includes: a third acquisition module, used to acquire the operating status data of the target device; a detection module, used to perform abnormality detection on the operating status data to obtain an abnormality detection result; a fifth determination module, used to determine the abnormality type and abnormality level represented by the abnormality detection result; an adjustment module, used to adjust the control instructions corresponding to the abnormality type according to a preset adjustment strategy if the abnormality level is a serious abnormality, and send the adjusted control instructions to the target device.

[0127] The device cluster control device provided in this embodiment may be as follows Fig. 9 The device cluster control device shown in can execute all steps of the above device cluster control methods, thereby achieving the technical effects of the above device cluster control methods. Please refer to the above related description for details. For the sake of brevity, it will not be repeated here.

[0128] Fig.10 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application, Fig.10 The electronic device 1000 shown includes: at least one processor 1001, a memory 1002, at least one network interface 1004 and other user interfaces 1003. The various components in the electronic device 1000 are coupled together via a bus system 1005. It is understood that the bus system 1005 is used to achieve connection and communication between these components. In addition to the data bus, the bus system 1005 also includes a power bus, a control bus and a status signal bus. However, for the sake of clarity, the bus system 1005 is not described in detail. Fig.10 Various buses are labeled as bus system 1005 .

[0129] The user interface 1003 may include a display, a keyboard, or a pointing device (eg, a mouse, a trackball, a touch pad, or a touch screen).

[0130] It can be understood that the memory 1002 in the embodiment of the present application can be a volatile memory or a non-volatile memory, or can include both volatile and non-volatile memories. Among them, the non-volatile memory can be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory can be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct memory bus random access memory (DRRAM). The memory 1002 described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0131] In some implementations, the memory 1002 stores the following elements, executable units or data structures, or a subset thereof, or an extended set thereof: an operating system 10021 and an application program 10022 .

[0132] The operating system 10021 includes various system programs, such as a framework layer, a core library layer, a driver layer, etc., which are used to implement various basic services and process hardware-based tasks. The application 10022 includes various application programs, such as a media player (Media Player), a browser (Browser), etc., which are used to implement various application services. The program for implementing the method of the embodiment of the present application can be included in the application 10022.

[0133] In this embodiment, by calling the program or instruction stored in the memory 1002, specifically, the program or instruction stored in the application 10022, the processor 1001 is used to execute the method steps provided by each method embodiment, for example, including:

[0134] Obtain a control request for requesting control of a target device in a preset device cluster; determine device information of the target device based on the control request; determine a target object model corresponding to the target device from a preset object model library according to the device information; determine a control logic template corresponding to the target object model, and use the control logic template to convert the control request into a control instruction, wherein the control logic template corresponds to at least one object model; send the control instruction to the target device so that the target device operates according to the control instruction.

[0135] The method disclosed in the above embodiment of the present application can be applied to the processor 1001, or implemented by the processor 1001. The processor 1001 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the hardware integrated logic circuit or software instructions in the processor 1001. The above processor 1001 can be a general processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), a field programmable gate array (Field Programmable Gate Array, FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general processor can be a microprocessor or the processor can also be any conventional processor, etc. The steps of the method disclosed in the embodiment of the present application can be directly embodied as a hardware decoding processor to execute, or the hardware and software units in the decoding processor can be executed. The software unit can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory 1002, and the processor 1001 reads the information in the memory 1002 and completes the steps of the above method in combination with its hardware.

[0136] It is understood that the embodiments described herein may be implemented in hardware, software, firmware, middleware, microcode, or a combination thereof. For hardware implementation, the processing unit may be implemented in one or more application specific integrated circuits (ASIC), digital signal processors (DSP), digital signal processing devices (DSPDevice, DSPD), programmable logic devices (PLD), field programmable gate arrays (FPGA), general purpose processors, controllers, microcontrollers, microprocessors, other electronic units for performing the above functions of the present application, or a combination thereof.

[0137] For software implementation, the technology described above in this article can be implemented by a unit that performs the functions described above in this article. The software code can be stored in a memory and executed by a processor. The memory can be implemented in the processor or outside the processor.

[0138] The electronic device provided in this embodiment may be Fig.10 The electronic device shown in can execute all the steps of the above-mentioned device cluster control methods, thereby achieving the technical effects of the above-mentioned device cluster control methods. Please refer to the above related description for details. For the sake of brevity, it will not be repeated here.

[0139] The embodiment of the present application also provides a storage medium (computer-readable storage medium). The storage medium here stores one or more programs. The storage medium may include a volatile memory, such as a random access memory; the memory may also include a non-volatile memory, such as a read-only memory, a flash memory, a hard disk or a solid-state drive; the memory may also include a combination of the above-mentioned types of memory.

[0140] When one or more programs in the storage medium can be executed by one or more processors, the device cluster control method executed on the electronic device side can be implemented.

[0141] The processor is used to execute the program stored in the memory to implement the following steps of the device cluster control method executed on the electronic device side:

[0142] Obtain a control request for requesting control of a target device in a preset device cluster; determine device information of the target device based on the control request; determine a target object model corresponding to the target device from a preset object model library according to the device information; determine a control logic template corresponding to the target object model, and use the control logic template to convert the control request into a control instruction, wherein the control logic template corresponds to at least one object model; send the control instruction to the target device so that the target device operates according to the control instruction.

[0143] The professionals should further realize that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented by electronic hardware, computer software, or a combination of the two. In order to clearly illustrate the interchangeability of hardware and software, the composition and steps of each example have been generally described in terms of function in the above description. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different circuits to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0144] The steps of the circuits or algorithms described in conjunction with the embodiments disclosed herein may be implemented using hardware, software modules executed by a processor, or a combination of the two. The software modules may be placed in a random access memory (RAM), a memory, a read-only memory (ROM), an electrically programmable ROM, an electrically erasable programmable ROM, a register, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.

[0145] It should be understood that the terms used in the text are only for the purpose of describing specific example embodiments, and are not intended to be limiting. Unless the context clearly indicates otherwise, the singular forms "one", "an" and "said" as used in the text may also be meant to include plural forms. The terms "include", "comprise", "contain", and "have" are inclusive, and therefore specify the existence of stated features, steps, operations, elements and / or parts, but do not exclude the existence or addition of one or more other features, steps, operations, elements, parts, and / or combinations thereof. The steps, processes, and operations described in the text are not interpreted as necessarily requiring them to be performed in the specific order described or illustrated, unless the execution order is clearly indicated. It should also be understood that additional or alternative steps may be used.

[0146] The above description is only a specific implementation of the present application, so that those skilled in the art can understand or implement the present application. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein can be implemented in other embodiments without departing from the spirit or scope of the present application. Therefore, the present application will not be limited to the embodiments shown herein, but will conform to the widest range consistent with the principles and novel features applied for herein.

Claims

1. A device cluster control method, characterized in that: The method comprises: Obtaining a control request for requesting control of a target device in a preset device cluster; Based on the control request, determining device information of the target device; Determining, according to the device information, a target object model corresponding to the target device from a preset object model library; Determine a control logic template corresponding to the target object model, and convert the control request into a control instruction using the control logic template, wherein the control logic template corresponds to at least one object model; The control instruction is sent to the target device so that the target device operates according to the control instruction.

2. The method according to claim 1, characterized in that The using the control logic template to convert the control request into a control instruction includes: Determining a logic instruction corresponding to the control request based on the control logic template, wherein the logic instruction corresponds to the object model subclass to which the target object model belongs; Determining the instruction format of the target device corresponding to the logic instruction by using the instruction mapping information included in the control logic template; Based on the instruction format, a control instruction for controlling the target device is generated.

3. The method according to claim 2, characterized in that The determining of the control logic template corresponding to the target object model includes: Based on the type of the target device, determining the model type to which the target object model belongs; Based on the model type, a pre-established control logic template corresponding to the model type is determined as the control logic template corresponding to the target object model.

4. The method according to claim 1, characterized in that Before obtaining the control request for requesting to control the target device in the preset device cluster, the method further includes: In response to detecting that the target device is connected to the device cluster, acquiring type information and attribute information of the target device; Based on the type information and the attribute information, determining whether there is a target object model matching the target device in the object model library; If so, establishing a corresponding relationship between the target device and the target object model; If not, the target object model is established in the object model library based on the type information and the attribute information.

5. The method according to claim 4, characterized in that The determining whether there is a target object model matching the target device in the object model library includes: If a physical model matching the type information exists in the physical model library, the physical model is determined as the target physical model; If there is no object model matching the type information in the object model library, but there is an object model matching the attribute information, the object model is determined as the target object model.

6. The method according to claim 4, characterized in that The step of establishing the target object model in the object model library based on the type information and the attribute information includes: Extracting key function parameters from the attribute information and converting the key function parameters into model format standard fields; Based on the type information, determining a basic control logic template corresponding to the target device; Based on the key function parameters, generating a control instruction set corresponding to the target device in the basic control logic template to obtain an updated control logic template; The target object model is generated based on the type information, the standardized fields and the updated control logic template.

7. The method according to any one of claims 1 to 6, characterized in that: The method further comprises: Acquire the operating status data of the target device; Performing anomaly detection on the operating status data to obtain an anomaly detection result; Determining the abnormality type and abnormality level represented by the abnormality detection result; If the abnormality level is a serious abnormality, the control instruction corresponding to the abnormality type is adjusted according to a preset adjustment strategy, and the adjusted control instruction is sent to the target device.

8. A device cluster control device, characterized in that: The device comprises: A first acquisition module, used to acquire a control request for requesting to control a target device in a preset device cluster; A first determining module, configured to determine device information of the target device based on the control request; A second determination module is used to determine the target object model corresponding to the target device from a preset object model library according to the device information; A third determination module is used to determine a control logic template corresponding to the target object model, and convert the control request into a control instruction using the control logic template, wherein the control logic template corresponds to at least one object model; The sending module is used to send the control instruction to the target device so that the target device operates according to the control instruction.

9. An electronic device, characterized in that: include: Memory for storing computer programs; The processor is used to execute the computer program stored in the memory, and when the computer program is executed, the device cluster control method described in any one of claims 1 to 7 is implemented.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the device cluster control method described in any one of claims 1 to 7 is implemented.

Images