Building intelligent control methods, devices, systems, storage media, and electronic equipment

Abstract

This application relates to a building intelligent control method, device, system, storage medium, and electronic device. The method includes: obtaining the access protocol of a target device to be connected to the building system; determining a parsing script corresponding to the access protocol; using the parsing script to parse the access data of the target device; and storing the result data obtained from parsing the access data into a database. This application solves the technical problem of requiring custom code to process data when devices connect to a building intelligent control system.

Description

Technical Field

[0001] This application relates to the field of building intelligent control, and in particular to a building intelligent control method, device, system, storage medium and electronic device. Background Technology

[0002] A building intelligent control system is a system that enables automatic control of buildings. It is a professional automated control system that centrally monitors and manages building electromechanical equipment (such as HVAC). With the development of intelligence and digitalization, building intelligent control systems are shifting from independent control of each system to digital operation. Further intelligent control and digital operation are needed, requiring the collection of data from each building device and the sending of control commands to each device. This results in a large demand for data transmission, acquisition, storage, and processing.

[0003] In existing technologies, the manufacturers, models, and types of devices that need to be connected to building intelligent control systems vary greatly. Even for the same device, the requirements for data usage and processing differ depending on the user's usage scenarios and needs. Customizing corresponding code to process data upon device connection would be an enormous undertaking. Summary of the Invention

[0004] This application provides a building intelligent control method, device, system, storage medium, and electronic device to solve the technical problem that devices need to be connected to the building intelligent control system to process data by customizing their own code.

[0005] In a first aspect, this application provides a building intelligent control method, comprising: obtaining the access protocol of a target device to be connected to a building system; determining a parsing script corresponding to the access protocol based on the access protocol; using the parsing script to parse the access data of the target device; and storing the result data obtained from parsing the access data into a database.

[0006] Secondly, this application provides a building intelligent control device, comprising: an acquisition module for acquiring the access protocol of a target device to be connected to the building system; a determination module for determining a parsing script corresponding to the access protocol; a parsing module for parsing the access data of the target device using the parsing script; and a storage module for storing the result data obtained from parsing the access data into a database.

[0007] Thirdly, this application provides a building intelligent control system, including: a digital base station for acquiring the access protocol of a target device to be connected to the building system; determining a parsing script corresponding to the access protocol; parsing the access data of the target device using the parsing script; storing the result data obtained from parsing the access data into a database; a visual editor for editing the parsing script; and a management terminal for viewing the data in the database.

[0008] Fourthly, this application provides a building intelligent control device, comprising: at least one communication interface; at least one bus connected to the at least one communication interface; at least one processor connected to the at least one bus; and at least one memory connected to the at least one bus, wherein the processor is configured to execute a building intelligent control method by executing executable instructions in the memory.

[0009] Fifthly, this application also provides a computer storage medium storing computer-executable instructions, which are used to execute the building intelligent control method described in any of the above claims of this application.

[0010] Compared with the prior art, the technical solution provided in this application has the following advantages: The method provided in this application obtains the access protocol of the target device to be connected to the building system; determines the parsing script corresponding to the access protocol according to the access protocol; uses the parsing script to parse the access data of the target device; and stores the result data obtained from parsing the access data into a database. Thus, when any device connects to the building intelligent control system, the corresponding parsing script can be determined by the access protocol used by the device when connecting, and the parsing script can be used to parse the access data of the target device to obtain the result data, which is then stored in the database. This achieves the effect of not needing to customize code to process data for each device, thereby improving the device connection efficiency. Attached Figure Description

[0011] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with the invention and, together with the description, serve to explain the principles of the invention.

[0012] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0013] One or more embodiments are illustrated by way of example with reference numerals in the accompanying drawings. These illustrations do not constitute a limitation on the embodiments. Elements with the same reference numerals in the drawings are denoted as similar elements. Unless otherwise stated, the figures in the drawings are not to be limited by scale.

[0014] Figure 1 A flowchart illustrating a building intelligent control method provided in this application embodiment;

[0015] Figure 2 A system architecture diagram provided for an embodiment of this application;

[0016] Figure 3 A schematic diagram of a protocol parser provided in an embodiment of this application;

[0017] Figure 4 A flowchart of a script creation method provided in this application embodiment;

[0018] Figure 5 A schematic diagram of a selection page provided in an embodiment of this application;

[0019] Figure 6 This is a schematic diagram of an HTTP dataset editing interface provided in an embodiment of this application;

[0020] Figure 7 This is a schematic diagram of a dynamic parameter configuration interface provided in an embodiment of this application;

[0021] Figure 8 This is a schematic diagram of an output field configuration interface provided in an embodiment of this application;

[0022] Figure 9 A schematic diagram of a request header and request parameter configuration interface provided in an embodiment of this application;

[0023] Figure 10 A schematic diagram of a request script interface provided in an embodiment of this application;

[0024] Figure 11 A schematic diagram of a response script interface provided in an embodiment of this application;

[0025] Figure 12 This is a schematic diagram of an editing interface for a JSON dataset provided in an embodiment of this application;

[0026] Figure 13 This is a schematic diagram of an editing interface for an MQTT dataset provided in an embodiment of this application;

[0027] Figure 14 This is a schematic diagram of a building intelligent control device provided in an embodiment of this application. Detailed Implementation

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

[0029] The following disclosure provides numerous different embodiments or examples for implementing various structures of the invention. To simplify the disclosure, specific examples of components and arrangements are described below. These are merely examples and are not intended to limit the scope of the invention. Furthermore, reference numerals and / or letters may be repeated in different examples. Such repetition is for simplification and clarity and does not in itself indicate a relationship between the various embodiments and / or arrangements discussed.

[0030] To address the technical problem that existing technologies require custom-designed code to process data when connecting devices to building intelligent control systems, this application provides a building intelligent control method that eliminates the need to customize code for each device, thereby improving device access efficiency.

[0031] Figure 1 A flowchart of a building intelligent control method provided in this application embodiment is shown below. Figure 1 As shown, it includes:

[0032] S102, Obtain the access protocol of the target device to be connected to the building system;

[0033] S104, Determine the parsing script corresponding to the access protocol according to the access protocol; use the parsing script to parse the access data of the target device;

[0034] S106, store the result data obtained from parsing the access data into the database.

[0035] The building system in this embodiment can be a system for controlling equipment within a building. Many devices can be connected to the building, such as air conditioners, lights, sensors (e.g., temperature sensors, humidity sensors, smoke sensors), smart access control systems, cameras, HVAC equipment, water flow monitoring equipment, elevators, etc. Furthermore, it can also include devices not mentioned above that can be connected to the building system to provide functions or services to the building.

[0036] When a device wants to connect to a building system, the protocol used for connection can be determined. Different devices use different protocols. The specific protocol used depends on the protocols supported by the device. For example, a light might use its built-in communication component to transmit data to the building system using a supported protocol, while an elevator might use its own communication component to transmit data to the building system using a different supported protocol. Because they support different protocols, they use different protocols.

[0037] In this embodiment, different parsing scripts can be pre-configured for different access protocols. These scripts are used to parse the access data of target devices using the same protocol to access the building system. Different devices may use the same or different protocols, thus requiring different parsing scripts. For example, temperature sensors and humidity sensors use the same protocol and can therefore use the same parsing script, while temperature sensors and lights use different transmission protocols and thus require different parsing scripts.

[0038] For a single transmission protocol, there can be multiple parsing scripts. These scripts can be used to parse different devices under the same transmission protocol, or they can be different functions within the same transmission protocol, used to parse different data. For example, for a light, there can be multiple parsing scripts: some can parse the light's normal and fault states, some can parse the light's power consumption, and some can parse the light's lighting period, etc. Of course, these functions can also be combined into a single parsing script.

[0039] In this embodiment, for a target device accessing the building system, a corresponding parsing script is determined based on the protocol used by the target device. This parsing script then parses the access data of the target device. The access data can be data generated by the target device during operation, such as whether there are any anomalies, power consumption during operation, and various device parameters. The parsing script is used to parse this data and obtain the content that matches the script. For example, if the parsing script is used to parse power consumption data, other data can be omitted, and only the power consumption data is saved. The parsed result data is stored in a database.

[0040] The method provided in this application embodiment obtains the access protocol of the target device to be connected to the building system; determines the parsing script corresponding to the access protocol; uses the parsing script to parse the access data of the target device; and stores the result data obtained from parsing the access data into a database. This allows any device connected to the building intelligent control system to determine the corresponding parsing script based on the access protocol used by the device during connection, use the parsing script to parse the access data of the target device to obtain the result data, and store the result data in the database. This achieves the effect of not needing to customize code to process data for each device, thus improving device access efficiency.

[0041] In one embodiment, when determining the parsing script corresponding to the access protocol based on the access protocol, a set of parsing scripts corresponding to the access protocol can be determined, and each script in the parsing script set corresponds to the access protocol; a script is selected from the parsing script set as the parsing script.

[0042] In other words, in this embodiment, each protocol can correspond to a set of parsing scripts, which includes at least one parsing script. In the case of multiple parsing scripts, all of them can be used to parse that protocol.

[0043] Furthermore, the scripts within each parsing script set can be further categorized, specifically according to their parsing function. Parsing scripts with the same function are placed in the same subset, while scripts with different functions are placed in different subsets. Therefore, when determining the parsing script to parse a target device, the desired parsing function can be determined first. For example, for a light, if the goal is to parse the target device's power consumption or lighting time, a parsing script can be selected from the corresponding subset.

[0044] In this embodiment, relationships between parsing scripts can be constructed within a set of parsing scripts for the same protocol. The parsing script with the most complete functionality is taken as the root node, and parsing scripts that include the same functionality but are incomplete are taken as child nodes of the root node. This allows for quick traversal of the parsing scripts for the desired functionality based on the tree structure of the root node and child nodes.

[0045] In one embodiment, when storing the result data obtained from parsing the access data into a database, the data characteristics of the result data can be determined; based on the data characteristics, the target database can be determined from multiple databases; and the result data can be stored in the target database.

[0046] In other words, in this embodiment, the database to which the data is stored can be determined based on the different data parsed by the parsing script. The aforementioned data characteristics can be features obtained through data analysis. For example, the collected result data may be evenly distributed according to a time pattern, such as being collected once per time period; or the result data may have multiple attributes that are correlated; or the result data may be irregularly distributed; or the result data may exhibit abrupt fluctuations, etc. Depending on the different data characteristics of the result data, it can be stored in different databases.

[0047] In one embodiment, there are multiple methods for determining the target database from multiple databases based on data characteristics. For example, if the data characteristics of the result data indicate that the result data is recorded according to a time period, the result data can be stored in a time-series database; or, if the data characteristics of the result data indicate that the result data is multi-attribute data, the result data can be stored in a relational database; or, if the data characteristics of the result data indicate that the result data is irregular data, the result data can be stored in a distributed database; or, if the result data is the status data of the target device, the result data can be stored in an in-memory database.

[0048] In this embodiment, after obtaining the result data through the parsing script, the result data can be identified. For example, if the result data is regularly distributed over time, taking a lamp as an example, the result data includes the lamp's daily power consumption and the lamp's lighting time period each day. Since the power consumption and lighting time period are recorded daily, there is a clear time pattern, so this data can be stored in a time database. Furthermore, since both power consumption and lighting time period are obtained simultaneously, both can be considered multi-attribute data and stored in a relational database. That is, the same result data can be stored in different databases simultaneously. For example, if the target device is an elevator, the result data could be the elevator's operating time points (time periods). This result data has a clear irregularity, so it can be stored in a distributed database. The distributed database stores large amounts of irregular data. Some result data is status data, for example, one identifier represents status 1, such as the device being normal, and another identifier represents status 2, such as the device being abnormal. This part of the result data can be stored in a memory database.

[0049] In this embodiment, the result data is classified according to its different characteristics, and thus classified into different databases. Furthermore, for result data from the same target device, if it contains both data with strong temporal patterns and data with no patterns, the data can also be divided into different parts and stored in different databases respectively.

[0050] In one embodiment, before determining the parsing script corresponding to the access protocol according to the access protocol, a dataset can be created through a script editing interface; the request headers and request parameters of the dataset can be determined; and script code corresponding to the request headers and request parameters can be added to form a parsing script.

[0051] In this embodiment, a script editing interface can be provided. This interface can be displayed via a client installed on the terminal, a webpage, a mini-program, etc. It offers several editing options, such as a dataset editing option to create datasets. The created dataset includes its name, calling method, request type, and request address. For example, datasets can include Hypertext Transfer Protocol (HTTP) datasets, JavaScript Object Notation (JavaScript, JSON) datasets, and Message Queuing Telemetry Transport (MQTT) datasets. After the target device connects to the building intelligent control system, it can access the corresponding dataset according to the protocol and store the data in the corresponding dataset. For example, for HTTP datasets, the script editing interface can also provide a configuration script editing option, which allows configuration of request headers, request parameters, etc. Request headers and request parameters correspond to the content of an HTTP network address request connection. Request headers affect the resources accessed, the access encoding, and the token authentication information required during access in an HTTP request. Request parameters are the specific values ​​that need to be passed during the HTTP request process; for GET requests, these are key-value fields, while for POST requests, objects can be passed, but the purpose is to pass values. The character encoding settings in the request headers affect the encoding of the transmitted data parsed by the request script. The authentication token information in the request headers allows the request script to obtain user information and pass this message for subsequent requests. Different request parameter formats will result in different ways for the request script to obtain values. Next, you can edit the request script and response script. The request script and response script can be written in code; specific code is not limited here. After writing the request script and response script, you will have a parsing script.

[0052] There are various parsing scripts in this embodiment. In one embodiment, adding scripts corresponding to the request headers and request parameters to form a parsing script includes: writing a collection script for periodically collecting data, wherein the collection script is used to collect data of the request parameters of the target device once at predetermined intervals; and determining the collection script, request headers, and request parameters as the parsing script.

[0053] In this embodiment, the written parsing script is used to parse the accessed data and obtain periodic result data. For example, when the target device is a lamp, a parsing script can be written, which is also a data acquisition script. The code in the acquisition script specifies that data from the lamp is collected every predetermined time interval, and specifies what data is collected. For example, data is collected once a day, including the lamp's power consumption and lighting duration. Therefore, the collected data represents the lamp's daily power consumption and lighting duration. This data is periodic (with a daily cycle), and thus the collected data exhibits a periodic pattern, which can be stored in a time-series database.

[0054] In one example, adding scripts corresponding to the request headers and request parameters to form a parsing script includes: writing a collection script to collect associated data, wherein the collection script is used to associate the data of each request parameter with the data of other request parameters among the multiple collected request parameters; and determining the collection script, request headers, and request parameters as the parsing script.

[0055] In this embodiment, for a target device, there may be multiple data sets that are interrelated. For example, for a central air conditioning system, the collected data might include cooling capacity, inlet and outlet water temperatures, motor speed, and temperature. These data sets are interconnected. Therefore, when writing the acquisition script in the parsing script, a script should be written to simultaneously collect multiple data sets from the target device. If it is periodic acquisition, then periodic acquisition should be performed as described above. If it is non-periodic acquisition, it can be real-time monitoring, real-time acquisition, or irregular acquisition. Taking the central air conditioning system as an example, the collected data includes cooling capacity, inlet and outlet water temperatures, motor speed, and temperature. This data is interrelated and interconnected, forming the result data for the central air conditioning system. The central air conditioning system may also have other data, which the acquisition script may omit; data not collected indicates that it is not used. Since the collected data consists of multiple interconnected data sets, it can be stored in a relational database.

[0056] In one embodiment, adding scripts corresponding to the request headers and request parameters to form a parsing script can be used to write a data collection script that iterates through the collected data. The data collection script is used to collect the data of the request parameters whenever new data is generated. The data collection script, request headers, and request parameters are defined as the parsing script.

[0057] In this embodiment, the data to be collected for a target device may not be generated all the time, but rather intermittently. For example, for an elevator, the people riding the elevator and the floors they go to are not fixed and have a high degree of randomness. Therefore, the running time and floor data can be collected after the elevator has started running. In this case, the data collection script is a script that collects running data after the elevator has started running, collecting the running time and the floors it went to. For this part of the data, since the data is random, it can be stored in a distributed database. And since there are multiple data points collected, which are multiple related data points of the elevator, they can also be stored in a relational database. If multiple data points of the elevator are collected, such as three data points, and two of the data points are related, they can be stored in a relational database, while the remaining data point is unrelated and random, then the elevator data can be separated and stored in a distributed database.

[0058] In one embodiment, adding scripts corresponding to the request headers and request parameters to form a parsing script can be used to write a data monitoring and collection script. The collection script is used to monitor the status of the request parameters and collect the changed status when the status changes. The collection script, request headers, and request parameters are defined as the parsing script.

[0059] In this embodiment, when writing the data acquisition script, a script can be written to collect the status of the target device. The purpose of this script is to collect the status of the target device for status monitoring. This script can be used in scenarios where the status of devices needs to be monitored in batches. For example, smoke detectors, cameras, etc., in a building can be monitored in batches using this script. Any smoke detector and camera connected to the building intelligent control system can have their status monitored using this script.

[0060] Figure 2This is a system architecture diagram for this embodiment. It includes a management terminal, a visual editor, a digital docking station, and electromechanical equipment. The electromechanical equipment may include, but is not limited to, air conditioners, lighting, elevators, sensors, etc., which are directly connected to the digital docking station via network cables or indirectly connected via a gateway, serving as the controlled objects and data sources. The gateway is used to convert device protocols into Transmission Control Protocol (TCP) protocols, such as Modbus TCP, Building Automation and Control Networks (BACnet) / Internet Protocol (IP), MQTT, etc., enabling device network access. The digital docking station can access, parse, process, and store data, and provide business services to the user side, such as account verification, data display, statistical analysis, and control logic. The management terminal includes, but is not limited to, web pages, mobile software, WeChat mini-programs, and client applications, presenting a management interface to the user and enabling data monitoring and control. The visual editor can connect to the digital docking station and visually arrange the access devices, parsing logic, and processing mechanisms of the digital docking station, enabling ready-to-use parsing scripts.

[0061] Figure 3 This is a schematic diagram of the protocol parser in this embodiment. The script parser identifies script content and converts it into a program executable by the digital dock. Supported scripting languages ​​include, but are not limited to, JSON, MQTT, Can4Net gateway, and HTTP. The general protocol parsing module parses general protocols, including HTTP, MQTT, Modbus, BACnet, and Can4Net. This module unifies these general protocols and extracts the valid data. The script parsing matching module matches the parsing script of the target object based on data allocation and device category. After matching, it performs data processing and synchronously stores the original data in the database. The database can include various types, such as the time-series database TimescaleDB, the relational database PostgreSQL, the distributed database MongoDB, and the in-memory database Redis.

[0062] In this embodiment, there are three ways for the device to access the data base: ① direct network access; ② data conversion via a device access protocol gateway; ③ access via a software platform through a protocol. During access, the device protocol is selected, and the parsing script is automatically filtered based on the selected protocol. If multiple scripts exist, the user must select one; if no script exists, a new script is created. The method for creating a new script is described in the following embodiment. Access data is acquired, processed according to the parsing script, and valid data (result data) is obtained. A storage strategy is selected based on the data characteristics. For time-series data, such as electricity consumption and water consumption, which are strongly correlated with time and require filtering or statistical analysis during use, the data is automatically stored in the TimescaleDB database. For relational data, data with a clear structure and multiple attribute definitions is automatically stored in the PostgreSQL database. For example, air conditioning equipment has parameters such as address, device ID, and device type, which can be filtered by the user. For non-relational data, data with a schema-less structure, documents resembling JSON objects, and field values ​​that can contain other documents, arrays, and document arrays is automatically stored in the MongoDB database. For cached data: Real-time data from devices required by the business, such as running status and online status, is automatically stored in Redis. Users can control connected devices using desktop or mobile management software. Data is retrieved from different databases or business interfaces according to business needs.

[0063] The flowchart for creating the script is as follows Figure 4 As shown. Step 1: Create a script set and select the script type. Supported scripts include, but are not limited to, JSON scripts, HTTP scripts, and MQTT scripts. Select the page as shown. Figure 5 As shown. Step 2: Edit the dataset script, configuring attributes such as name and parameters. For HTTP datasets, the editing interface is as follows: Figure 6 As shown. The dynamic parameter configuration interface is as follows: Figure 7 As shown. The output field configuration interface is as follows. Figure 8 As shown. Data type options include: relational data, time-based data, non-relational data, and cached data. The request header and request parameter configuration interface is shown below. Figure 9 As shown. The script request interface is as follows. Figure 10 As shown. An example is displayed on the script editing page; you can refer to the example to write your script. The script response interface is as follows. Figure 11 As shown. If it's a JSON dataset, the editing interface is as follows. Figure 12 As shown. If it's an MQTT dataset, the editing interface is as follows. Figure 13 As shown. Step 3: Save the dataset, which completes the creation of the parsing script.

[0064] This embodiment also provides a building intelligent control device, including: an acquisition module for acquiring the access protocol of a target device to be connected to the building system; a determination module for determining a parsing script corresponding to the access protocol based on the access protocol; a parsing module for parsing the access data of the target device using the parsing script; and a storage module for storing the result data obtained from parsing the access data into a database.

[0065] The building system in this embodiment can be a system for controlling equipment within a building. Many devices can be connected to the building, such as air conditioners, lights, sensors (e.g., temperature sensors, humidity sensors, smoke sensors), smart access control systems, cameras, HVAC equipment, water flow monitoring equipment, elevators, etc. Furthermore, it can also include devices not mentioned above that can be connected to the building system to provide functions or services to the building.

[0066] When a device wants to connect to a building system, the protocol used for connection can be determined. Different devices use different protocols. The specific protocol used depends on the protocols supported by the device. For example, a light might use its built-in communication component to transmit data to the building system using a supported protocol, while an elevator might use its own communication component to transmit data to the building system using a different supported protocol. Because they support different protocols, they use different protocols.

[0067] In this embodiment, different parsing scripts can be pre-configured for different access protocols. These scripts are used to parse the access data of target devices using the same protocol to access the building system. Different devices may use the same or different protocols, thus requiring different parsing scripts. For example, temperature sensors and humidity sensors use the same protocol and can therefore use the same parsing script, while temperature sensors and lights use different transmission protocols and thus require different parsing scripts.

[0068] For a single transmission protocol, there can be multiple parsing scripts. These scripts can be used to parse different devices under the same transmission protocol, or they can be different functions within the same transmission protocol, used to parse different data. For example, for a light, there can be multiple parsing scripts: some can parse the light's normal and fault states, some can parse the light's power consumption, and some can parse the light's lighting period, etc. Of course, these functions can also be combined into a single parsing script.

[0069] In this embodiment, for a target device accessing the building system, a corresponding parsing script is determined based on the protocol used by the target device. This parsing script then parses the access data of the target device. The access data can be data generated by the target device during operation, such as whether there are any anomalies, power consumption during operation, and various device parameters. The parsing script is used to parse this data and obtain the content that matches the script. For example, if the parsing script is used to parse power consumption data, other data can be omitted, and only the power consumption data is saved. The parsed result data is stored in a database.

[0070] The method provided in this application embodiment obtains the access protocol of the target device to be connected to the building system; determines the parsing script corresponding to the access protocol; uses the parsing script to parse the access data of the target device; and stores the result data obtained from parsing the access data into a database. This allows any device connected to the building intelligent control system to determine the corresponding parsing script based on the access protocol used by the device during connection, use the parsing script to parse the access data of the target device to obtain the result data, and store the result data in the database. This achieves the effect of not needing to customize code to process data for each device, thus improving device access efficiency.

[0071] In one embodiment, when determining the parsing script corresponding to the access protocol based on the access protocol, a set of parsing scripts corresponding to the access protocol can be determined, and each script in the parsing script set corresponds to the access protocol; a script is selected from the parsing script set as the parsing script.

[0072] In other words, in this embodiment, each protocol can correspond to a set of parsing scripts, which includes at least one parsing script. In the case of multiple parsing scripts, all of them can be used to parse that protocol.

[0073] Furthermore, the scripts within each parsing script set can be further categorized, specifically according to their parsing function. Parsing scripts with the same function are placed in the same subset, while scripts with different functions are placed in different subsets. Therefore, when determining the parsing script to parse a target device, the desired parsing function can be determined first. For example, for a light, if the goal is to parse the target device's power consumption or lighting time, a parsing script can be selected from the corresponding subset.

[0074] In this embodiment, relationships between parsing scripts can be constructed within a set of parsing scripts for the same protocol. The parsing script with the most complete functionality is taken as the root node, and parsing scripts that include the same functionality but are incomplete are taken as child nodes of the root node. This allows for quick traversal of the parsing scripts for the desired functionality based on the tree structure of the root node and child nodes.

[0075] In one embodiment, when storing the result data obtained from parsing the access data into a database, the data characteristics of the result data can be determined; based on the data characteristics, the target database can be determined from multiple databases; and the result data can be stored in the target database.

[0076] In other words, in this embodiment, the database to which the data is stored can be determined based on the different data parsed by the parsing script. The aforementioned data characteristics can be features obtained through data analysis. For example, the collected result data may be evenly distributed according to a time pattern, such as being collected once per time period; or the result data may have multiple attributes that are correlated; or the result data may be irregularly distributed; or the result data may exhibit abrupt fluctuations, etc. Depending on the different data characteristics of the result data, it can be stored in different databases.

[0077] In one embodiment, there are multiple methods for determining the target database from multiple databases based on data characteristics. For example, if the data characteristics of the result data indicate that the result data is recorded according to a time period, the result data can be stored in a time-series database; or, if the data characteristics of the result data indicate that the result data is multi-attribute data, the result data can be stored in a relational database; or, if the data characteristics of the result data indicate that the result data is irregular data, the result data can be stored in a distributed database; or, if the result data is the status data of the target device, the result data can be stored in an in-memory database.

[0078] In this embodiment, after obtaining the result data through the parsing script, the result data can be identified. For example, if the result data is regularly distributed over time, taking a lamp as an example, the result data includes the lamp's daily power consumption and the lamp's lighting time period each day. Since the power consumption and lighting time period are recorded daily, there is a clear time pattern, so this data can be stored in a time database. Furthermore, since both power consumption and lighting time period are obtained simultaneously, both can be considered multi-attribute data and stored in a relational database. That is, the same result data can be stored in different databases simultaneously. For example, if the target device is an elevator, the result data could be the elevator's operating time points (time periods). This result data has a clear irregularity, so it can be stored in a distributed database. The distributed database stores large amounts of irregular data. Some result data is status data, for example, one identifier represents status 1, such as the device being normal, and another identifier represents status 2, such as the device being abnormal. This part of the result data can be stored in a memory database.

[0079] In this embodiment, the result data is classified according to its different characteristics, and thus classified into different databases. Furthermore, for result data from the same target device, if it contains both data with strong temporal patterns and data with no patterns, the data can also be divided into different parts and stored in different databases respectively.

[0080] In one embodiment, before determining the parsing script corresponding to the access protocol according to the access protocol, a dataset can be created through a script editing interface; the request headers and request parameters of the dataset can be determined; and script code corresponding to the request headers and request parameters can be added to form a parsing script.

[0081] In this embodiment, a script editing interface can be provided. This interface can be displayed via a client installed on the terminal, a webpage, a mini-program, etc. It offers several editing options, such as a dataset editing option to create datasets. The created dataset includes its name, calling method, request type, and request address. For example, datasets can include Hypertext Transfer Protocol (HTTP) datasets, JavaScript Object Notation (JavaScript, JSON) datasets, and Message Queuing Telemetry Transport (MQTT) datasets. After the target device connects to the building intelligent control system, it can access the corresponding dataset according to the protocol and store the data in the corresponding dataset. For example, for HTTP datasets, the script editing interface can also provide a configuration script editing option, which allows configuration of request headers, request parameters, etc. Request headers and request parameters correspond to the content of an HTTP network address request connection. Request headers affect the resources accessed, the access encoding, and the token authentication information required during access in an HTTP request. Request parameters are the specific values ​​that need to be passed during the HTTP request process; for GET requests, these are key-value fields, while for POST requests, objects can be passed, but the purpose is to pass values. The character encoding settings in the request headers affect the encoding of the transmitted data parsed by the request script. The authentication token information in the request headers allows the request script to obtain user information and pass this message for subsequent requests. Different request parameter formats will result in different ways for the request script to obtain values. Next, you can edit the request script and response script. The request script and response script can be written in code; specific code is not limited here. After writing the request script and response script, you will have a parsing script.

[0082] There are various parsing scripts in this embodiment. In one embodiment, adding scripts corresponding to the request headers and request parameters to form a parsing script includes: writing a collection script for periodically collecting data, wherein the collection script is used to collect data of the request parameters of the target device once at predetermined intervals; and determining the collection script, request headers, and request parameters as the parsing script.

[0083] In this embodiment, the written parsing script is used to parse the accessed data and obtain periodic result data. For example, when the target device is a lamp, a parsing script can be written, which is also a data acquisition script. The code in the acquisition script specifies that data from the lamp is collected every predetermined time interval, and specifies what data is collected. For example, data is collected once a day, including the lamp's power consumption and lighting duration. Therefore, the collected data represents the lamp's daily power consumption and lighting duration. This data is periodic (with a daily cycle), and thus the collected data exhibits a periodic pattern, which can be stored in a time-series database.

[0084] In one example, adding scripts corresponding to the request headers and request parameters to form a parsing script includes: writing a collection script to collect associated data, wherein the collection script is used to associate the data of each request parameter with the data of other request parameters among the multiple collected request parameters; and determining the collection script, request headers, and request parameters as the parsing script.

[0085] In this embodiment, for a target device, there may be multiple data sets that are interrelated. For example, for a central air conditioning system, the collected data might include cooling capacity, inlet and outlet water temperatures, motor speed, and temperature. These data sets are interconnected. Therefore, when writing the acquisition script in the parsing script, a script should be written to simultaneously collect multiple data sets from the target device. If it is periodic acquisition, then periodic acquisition should be performed as described above. If it is non-periodic acquisition, it can be real-time monitoring, real-time acquisition, or irregular acquisition. Taking the central air conditioning system as an example, the collected data includes cooling capacity, inlet and outlet water temperatures, motor speed, and temperature. This data is interrelated and interconnected, forming the result data for the central air conditioning system. The central air conditioning system may also have other data, which the acquisition script may omit; data not collected indicates that it is not used. Since the collected data consists of multiple interconnected data sets, it can be stored in a relational database.

[0086] In one embodiment, adding scripts corresponding to the request headers and request parameters to form a parsing script can be used to write a data collection script that iterates through the collected data. The data collection script is used to collect the data of the request parameters whenever new data is generated. The data collection script, request headers, and request parameters are defined as the parsing script.

[0087] In this embodiment, the data to be collected for a target device may not be generated all the time, but rather intermittently. For example, for an elevator, the people riding the elevator and the floors they go to are not fixed and have a high degree of randomness. Therefore, the running time and floor data can be collected after the elevator has started running. In this case, the data collection script is a script that collects running data after the elevator has started running, collecting the running time and the floors it went to. For this part of the data, since the data is random, it can be stored in a distributed database. And since there are multiple data points collected, which are multiple related data points of the elevator, they can also be stored in a relational database. If multiple data points of the elevator are collected, such as three data points, and two of the data points are related, they can be stored in a relational database, while the remaining data point is unrelated and random, then the elevator data can be separated and stored in a distributed database.

[0088] In one embodiment, adding scripts corresponding to the request headers and request parameters to form a parsing script can be used to write a data monitoring and collection script. The collection script is used to monitor the status of the request parameters and collect the changed status when the status changes. The collection script, request headers, and request parameters are defined as the parsing script.

[0089] In this embodiment, when writing the data acquisition script, a script can be written to collect the status of the target device. The purpose of this script is to collect the status of the target device for status monitoring. This script can be used in scenarios where the status of devices needs to be monitored in batches. For example, smoke detectors, cameras, etc., in a building can be monitored in batches using this script. Any smoke detector and camera connected to the building intelligent control system can have their status monitored using this script.

[0090] This embodiment also provides a building intelligent control system, including: a digital base station for acquiring the access protocol of the target device to be connected to the building system; determining the parsing script corresponding to the access protocol according to the access protocol; using the parsing script to parse the access data of the target device; storing the result data obtained from parsing the access data into a database; a visual editor for editing the parsing script; and a management terminal for viewing the data in the database.

[0091] The building system in this embodiment can be a system for controlling equipment within a building. Many devices can be connected to the building, such as air conditioners, lights, sensors (e.g., temperature sensors, humidity sensors, smoke sensors), smart access control systems, cameras, HVAC equipment, water flow monitoring equipment, elevators, etc. Furthermore, it can also include devices not mentioned above that can be connected to the building system to provide functions or services to the building.

[0092] When a device wants to connect to a building system, the protocol used for connection can be determined. Different devices use different protocols. The specific protocol used depends on the protocols supported by the device. For example, a light might use its built-in communication component to transmit data to the building system using a supported protocol, while an elevator might use its own communication component to transmit data to the building system using a different supported protocol. Because they support different protocols, they use different protocols.

[0093] In this embodiment, different parsing scripts can be pre-configured for different access protocols. These scripts are used to parse the access data of target devices using the same protocol to access the building system. Different devices may use the same or different protocols, thus requiring different parsing scripts. For example, temperature sensors and humidity sensors use the same protocol and can therefore use the same parsing script, while temperature sensors and lights use different transmission protocols and thus require different parsing scripts.

[0094] For a single transmission protocol, there can be multiple parsing scripts. These scripts can be used to parse different devices under the same transmission protocol, or they can be different functions within the same transmission protocol, used to parse different data. For example, for a light, there can be multiple parsing scripts: some can parse the light's normal and fault states, some can parse the light's power consumption, and some can parse the light's lighting period, etc. Of course, these functions can also be combined into a single parsing script.

[0095] In this embodiment, for a target device accessing the building system, a corresponding parsing script is determined based on the protocol used by the target device. This parsing script then parses the access data of the target device. The access data can be data generated by the target device during operation, such as whether there are any anomalies, power consumption during operation, and various device parameters. The parsing script is used to parse this data and obtain the content that matches the script. For example, if the parsing script is used to parse power consumption data, other data can be omitted, and only the power consumption data is saved. The parsed result data is stored in a database.

[0096] The method provided in this application embodiment obtains the access protocol of the target device to be connected to the building system; determines the parsing script corresponding to the access protocol; uses the parsing script to parse the access data of the target device; and stores the result data obtained from parsing the access data into a database. This allows any device connected to the building intelligent control system to determine the corresponding parsing script based on the access protocol used by the device during connection, use the parsing script to parse the access data of the target device to obtain the result data, and store the result data in the database. This achieves the effect of not needing to customize code to process data for each device, thus improving device access efficiency.

[0097] In one embodiment, when determining the parsing script corresponding to the access protocol based on the access protocol, a set of parsing scripts corresponding to the access protocol can be determined, and each script in the parsing script set corresponds to the access protocol; a script is selected from the parsing script set as the parsing script.

[0098] In other words, in this embodiment, each protocol can correspond to a set of parsing scripts, which includes at least one parsing script. In the case of multiple parsing scripts, all of them can be used to parse that protocol.

[0099] Furthermore, the scripts within each parsing script set can be further categorized, specifically according to their parsing function. Parsing scripts with the same function are placed in the same subset, while scripts with different functions are placed in different subsets. Therefore, when determining the parsing script to parse a target device, the desired parsing function can be determined first. For example, for a light, if the goal is to parse the target device's power consumption or lighting time, a parsing script can be selected from the corresponding subset.

[0100] In this embodiment, relationships between parsing scripts can be constructed within a set of parsing scripts for the same protocol. The parsing script with the most complete functionality is taken as the root node, and parsing scripts that include the same functionality but are incomplete are taken as child nodes of the root node. This allows for quick traversal of the parsing scripts for the desired functionality based on the tree structure of the root node and child nodes.

[0101] In one embodiment, when storing the result data obtained from parsing the access data into a database, the data characteristics of the result data can be determined; based on the data characteristics, the target database can be determined from multiple databases; and the result data can be stored in the target database.

[0102] In other words, in this embodiment, the database to which the data is stored can be determined based on the different data parsed by the parsing script. The aforementioned data characteristics can be features obtained through data analysis. For example, the collected result data may be evenly distributed according to a time pattern, such as being collected once per time period; or the result data may have multiple attributes that are correlated; or the result data may be irregularly distributed; or the result data may exhibit abrupt fluctuations, etc. Depending on the different data characteristics of the result data, it can be stored in different databases.

[0103] In one embodiment, there are multiple methods for determining the target database from multiple databases based on data characteristics. For example, if the data characteristics of the result data indicate that the result data is recorded according to a time period, the result data can be stored in a time-series database; or, if the data characteristics of the result data indicate that the result data is multi-attribute data, the result data can be stored in a relational database; or, if the data characteristics of the result data indicate that the result data is irregular data, the result data can be stored in a distributed database; or, if the result data is the status data of the target device, the result data can be stored in an in-memory database.

[0104] In this embodiment, after obtaining the result data through the parsing script, the result data can be identified. For example, if the result data is regularly distributed over time, taking a lamp as an example, the result data includes the lamp's daily power consumption and the lamp's lighting time period each day. Since the power consumption and lighting time period are recorded daily, there is a clear time pattern, so this data can be stored in a time database. Furthermore, since both power consumption and lighting time period are obtained simultaneously, both can be considered multi-attribute data and stored in a relational database. That is, the same result data can be stored in different databases simultaneously. For example, if the target device is an elevator, the result data could be the elevator's operating time points (time periods). This result data has a clear irregularity, so it can be stored in a distributed database. The distributed database stores large amounts of irregular data. Some result data is status data, for example, one identifier represents status 1, such as the device being normal, and another identifier represents status 2, such as the device being abnormal. This part of the result data can be stored in a memory database.

[0105] In this embodiment, the result data is classified according to its different characteristics, and thus classified into different databases. Furthermore, for result data from the same target device, if it contains both data with strong temporal patterns and data with no patterns, the data can also be divided into different parts and stored in different databases respectively.

[0106] In one embodiment, before determining the parsing script corresponding to the access protocol according to the access protocol, a dataset can be created through a script editing interface; the request headers and request parameters of the dataset can be determined; and script code corresponding to the request headers and request parameters can be added to form a parsing script.

[0107] In this embodiment, a script editing interface can be provided. This interface can be displayed via a client installed on the terminal, a webpage, a mini-program, etc. It offers several editing options, such as a dataset editing option to create datasets. The created dataset includes its name, calling method, request type, and request address. For example, datasets can include Hypertext Transfer Protocol (HTTP) datasets, JavaScript Object Notation (JavaScript, JSON) datasets, and Message Queuing Telemetry Transport (MQTT) datasets. After the target device connects to the building intelligent control system, it can access the corresponding dataset according to the protocol and store the data in the corresponding dataset. For example, for HTTP datasets, the script editing interface can also provide a configuration script editing option, which allows configuration of request headers, request parameters, etc. Request headers and request parameters correspond to the content of an HTTP network address request connection. Request headers affect the resources accessed, the access encoding, and the token authentication information required during access in an HTTP request. Request parameters are the specific values ​​that need to be passed during the HTTP request process; for GET requests, these are key-value fields, while for POST requests, objects can be passed, but the purpose is to pass values. The character encoding settings in the request headers affect the encoding of the transmitted data parsed by the request script. The authentication token information in the request headers allows the request script to obtain user information and pass this message for subsequent requests. Different request parameter formats will result in different ways for the request script to obtain values. Next, you can edit the request script and response script. The request script and response script can be written in code; specific code is not limited here. After writing the request script and response script, you will have a parsing script.

[0108] There are various parsing scripts in this embodiment. In one embodiment, adding scripts corresponding to the request headers and request parameters to form a parsing script includes: writing a collection script for periodically collecting data, wherein the collection script is used to collect data of the request parameters of the target device once at predetermined intervals; and determining the collection script, request headers, and request parameters as the parsing script.

[0109] In this embodiment, the written parsing script is used to parse the accessed data and obtain periodic result data. For example, when the target device is a lamp, a parsing script can be written, which is also a data acquisition script. The code in the acquisition script specifies that data from the lamp is collected every predetermined time interval, and specifies what data is collected. For example, data is collected once a day, including the lamp's power consumption and lighting duration. Therefore, the collected data represents the lamp's daily power consumption and lighting duration. This data is periodic (with a daily cycle), and thus the collected data exhibits a periodic pattern, which can be stored in a time-series database.

[0110] In one example, adding scripts corresponding to the request headers and request parameters to form a parsing script includes: writing a collection script to collect associated data, wherein the collection script is used to associate the data of each request parameter with the data of other request parameters among the multiple collected request parameters; and determining the collection script, request headers, and request parameters as the parsing script.

[0111] In this embodiment, for a target device, there may be multiple data sets that are interrelated. For example, for a central air conditioning system, the collected data might include cooling capacity, inlet and outlet water temperatures, motor speed, and temperature. These data sets are interconnected. Therefore, when writing the acquisition script in the parsing script, a script should be written to simultaneously collect multiple data sets from the target device. If it is periodic acquisition, then periodic acquisition should be performed as described above. If it is non-periodic acquisition, it can be real-time monitoring, real-time acquisition, or irregular acquisition. Taking the central air conditioning system as an example, the collected data includes cooling capacity, inlet and outlet water temperatures, motor speed, and temperature. This data is interrelated and interconnected, forming the result data for the central air conditioning system. The central air conditioning system may also have other data, which the acquisition script may omit; data not collected indicates that it is not used. Since the collected data consists of multiple interconnected data sets, it can be stored in a relational database.

[0112] In one embodiment, adding scripts corresponding to the request headers and request parameters to form a parsing script can be used to write a data collection script that iterates through the collected data. The data collection script is used to collect the data of the request parameters whenever new data is generated. The data collection script, request headers, and request parameters are defined as the parsing script.

[0113] In this embodiment, the data to be collected for a target device may not be generated all the time, but rather intermittently. For example, for an elevator, the people riding the elevator and the floors they go to are not fixed and have a high degree of randomness. Therefore, the running time and floor data can be collected after the elevator has started running. In this case, the data collection script is a script that collects running data after the elevator has started running, collecting the running time and the floors it went to. For this part of the data, since the data is random, it can be stored in a distributed database. And since there are multiple data points collected, which are multiple related data points of the elevator, they can also be stored in a relational database. If multiple data points of the elevator are collected, such as three data points, and two of the data points are related, they can be stored in a relational database, while the remaining data point is unrelated and random, then the elevator data can be separated and stored in a distributed database.

[0114] In one embodiment, adding scripts corresponding to the request headers and request parameters to form a parsing script can be used to write a data monitoring and collection script. The collection script is used to monitor the status of the request parameters and collect the changed status when the status changes. The collection script, request headers, and request parameters are defined as the parsing script.

[0115] In this embodiment, when writing the data acquisition script, a script can be written to collect the status of the target device. The purpose of this script is to collect the status of the target device for status monitoring. This script can be used in scenarios where the status of devices needs to be monitored in batches. For example, smoke detectors, cameras, etc., in a building can be monitored in batches using this script. Any smoke detector and camera connected to the building intelligent control system can have their status monitored using this script.

[0116] like Figure 14 As shown in the figure, this application provides a building intelligent control device, including a processor 111, a communication interface 112, a memory 113, and a communication bus 114, wherein the processor 111, the communication interface 112, and the memory 113 communicate with each other through the communication bus 114.

[0117] Memory 113 is used to store computer programs;

[0118] In one embodiment of this application, the processor 111 is used to execute the computer program stored in the memory 113 to implement the building intelligent control method provided in any of the foregoing method embodiments.

[0119] This application also provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the steps of the building intelligent control method provided in any of the foregoing method embodiments.

[0120] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. 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 modules can be selected to achieve the purpose of this embodiment according to actual needs.

[0121] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented using software plus a general-purpose hardware platform, or of course, using hardware. Based on this understanding, the above technical solutions, in essence or the parts that contribute to the related technology, can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in the various embodiments or some parts of the embodiments.

[0122] It should be understood that the terminology used herein is for the purpose of describing particular exemplary embodiments only and is not intended to be limiting. Unless the context clearly indicates otherwise, the singular forms “a,” “an,” and “described” as used herein may also include the plural forms. The terms “comprising,” “including,” “containing,” and “having” are inclusive and therefore indicate the presence of the stated features, steps, operations, elements, and / or components, but do not exclude the presence or addition of one or more other features, steps, operations, elements, components, and / or combinations thereof. The method steps, processes, and operations described herein are not construed as requiring them to be performed in a particular order described or illustrated unless the order of performance is explicitly indicated. It should also be understood that additional or alternative steps may be used.

[0123] The above description is merely a specific embodiment of the present invention, enabling those skilled in the art to understand or implement the invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the invention. Therefore, the present invention is not to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features claimed herein.

Claims

1. A building intelligent control method, characterized in that, The method comprises: acquiring an access protocol of a target device to be accessed to a building system; determining a parsing script corresponding to the access protocol according to the access protocol; parsing access data of the target device using the parsing script; storing result data obtained by parsing the access data into a database; wherein the determining the parsing script corresponding to the access protocol according to the access protocol comprises: determining a parsing script set corresponding to the access protocol, wherein a parsing script with the most complete functions in the parsing script set is taken as a root node, and parsing scripts with the same functions but incomplete functions are taken as child nodes of the root node to construct a tree structure, and the parsing script with the functions to be used is determined by traversing the tree structure.

2. The method of claim 1, wherein, The storing the result data obtained by parsing the access data into the database comprises: determining a data feature of the result data; determining a target database from a plurality of databases according to the data feature; storing the result data into the target database.

3. The method of claim 2, wherein, The determining the target database from the plurality of databases according to the data feature comprises: storing the result data into a time series database when the data feature of the result data indicates that the result data is data recorded according to a time period; or storing the result data into a relational database when the data feature of the result data indicates that the result data is multi-attribute data; or storing the result data into a distributed database when the data feature of the result data indicates that the result data is irregular data; or storing the result data into an in-memory database when the result data is state data of the target device.

4. The method of claim 3, wherein, Before the determining the parsing script corresponding to the access protocol according to the access protocol, the method further comprises: creating a data set through a script editing interface; determining a request header and a request parameter of the data set; adding a script corresponding to the request header and the request parameter to form a parsing script.

5. The method of claim 4, wherein, The adding the script corresponding to the request header and the request parameter to form the parsing script comprises: writing a collection script for collecting data of the request parameter at a predetermined time interval, wherein the collection script is used to collect data of the request parameter at a predetermined time interval; determining the collection script, the request header and the request parameter as the parsing script.

6. The method of claim 4, wherein, The adding the script corresponding to the request header and the request parameter to form the parsing script comprises: writing a collection script for collecting associated data, wherein the collection script is used to associate data of each request parameter with data of other request parameters in the collected plurality of request parameters; determining the collection script, the request header and the request parameter as the parsing script.

7. The method of claim 4, wherein, The adding the script corresponding to the request header and the request parameter to form the parsing script comprises: writing a collection script for collecting data of the request parameter when new data of the request parameter is generated, wherein the collection script is used to collect data of the request parameter; determining the collection script, the request header and the request parameter as the parsing script.

8. The method of claim 4, wherein, The adding of the script corresponding to the request header and the request parameter to form a parsing script comprises: writing a data monitoring type collection script, wherein the collection script is used to monitor the state of the request parameter, and when the state changes, the changed state is collected; determining the collection script, the request header and the request parameter as the parsing script.

9. A building intelligent control device, characterized in that, comprise: an acquisition module, configured to acquire an access protocol of a target device to be accessed to a building system; a determination module, configured to determine a parsing script corresponding to the access protocol according to the access protocol; a parsing module, configured to parse access data of the target device using the parsing script; a storage module, configured to store result data obtained by parsing the access data into a database; wherein, according to the access protocol, determining a parsing script corresponding to the access protocol comprises: determining a parsing script set corresponding to the access protocol, wherein in a plurality of parsing scripts in the parsing script set, a parsing script with the most complete functions is taken as a root node, and parsing scripts with the same functions but incomplete functions are taken as child nodes of the root node to construct a tree structure, and through traversing the tree structure, a parsing script with the functions to be used is determined.

10. A building management system, characterized by, comprise: a digital base, configured to acquire an access protocol of a target device to be accessed to a building system; determine a parsing script corresponding to the access protocol according to the access protocol; parse access data of the target device using the parsing script; store result data obtained by parsing the access data into a database; a visual editor, configured to edit the parsing script; a management terminal, configured to view data in the database; wherein, according to the access protocol, determining a parsing script corresponding to the access protocol comprises: determining a parsing script set corresponding to the access protocol, wherein in a plurality of parsing scripts in the parsing script set, a parsing script with the most complete functions is taken as a root node, and parsing scripts with the same functions but incomplete functions are taken as child nodes of the root node to construct a tree structure, and through traversing the tree structure, a parsing script with the functions to be used is determined.

11. An electronic device, comprising: comprise: a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory complete mutual communication through the communication bus; the memory is used to store a computer program; the processor is used to execute the computer program to implement the method in any one of claims 1-8.

12. A storage medium having stored thereon a computer program, characterized in that The computer program is executed by the processor to implement the method in any one of claims 1-8.

Images