Data processing method and refrigerating machine room

By building the automatons corresponding to each protocol for protocol matching and data analysis, the problems of multi-source data fusion and data standardization in the Internet of Things field are solved, system flexibility and compatibility are improved, data analysis errors are avoided, and data processing operation and maintenance are improved.

CN120223768APending Publication Date: 2025-06-27GD MIDEA HEATING & VENTILATING EQUIP CO LTD +1
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202510357374.7
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-03-24
Publication Date
2025-06-27

Smart Images

  • Figure CN120223768A_ABST
    Figure CN120223768A_ABST
Patent Text Reader

Abstract

The invention discloses a data processing method and a refrigerating machine room. The data processing method comprises the steps that automatic machines corresponding to all protocols used for communicating with air conditioning equipment are constructed; under the condition that the equipment data of the air conditioning equipment are received, protocol matching is carried out based on the automaton, so that a target protocol corresponding to the equipment data is determined; the equipment data is analyzed based on the target protocol, matching between the equipment data and the target protocol can be rapidly carried out based on the automaton, and the target protocol to which the equipment data belongs is rapidly determined; and finally, when the equipment data is analyzed based on the target protocol, the accuracy and integrity of the equipment data can be ensured, in other words, the target protocol corresponding to the equipment data can be determined through protocol matching of the automaton, so that data analysis errors or omission can be avoided during subsequent analysis of the corresponding equipment data.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the technical field of air conditioners, and more specifically, to a data processing method and a refrigeration machine room. Background Art

[0002] In the field of the Internet of Things, due to the variety of communication protocols, when integrating data, it is usually necessary to face multi-source data fusion and data standardization work. Since the data comes from different sensors and systems, when processing data, a mapping table between devices and communication protocols is usually made manually, and by grouping each device point, the visual analysis of the data of each device is carried out.

[0003] However, due to problems such as being not conducive to maintenance and update of the mapping table, the mapping table is prone to errors, which is not conducive to the operation and maintenance of data processing. Summary of the Invention

[0004] The embodiments of this application provide a data processing method and a refrigeration machine room, which can avoid data errors and are conducive to the operation and maintenance of data processing.

[0005] A data processing method according to an embodiment of this application includes: constructing automata corresponding to each protocol for communicating with air conditioning devices; when receiving device data of the air conditioning devices, performing protocol matching based on the automata to determine a target protocol corresponding to the device data; and parsing the device data based on the target protocol.

[0006] This application provides a data processing device, including: a construction module for constructing automata corresponding to each protocol for communicating with air conditioning devices; a determination module for performing protocol matching based on the automata to determine a target protocol corresponding to the device data when receiving the device data of the air conditioning devices; and a parsing module for parsing the device data based on the target protocol.

[0007] This application provides a refrigeration machine room, including a memory, a processor, and a computer program stored on the memory and executable on the processor. When the processor executes the program, the data processing method described in any of the above embodiments is implemented.

[0008] This application provides a non-transitory computer-readable storage medium, on which a computer program is stored. The computer program, when executed by a processor, implements the data processing method described in any of the above embodiments.

[0009] This application provides a computer program product, including a computer program, which, when executed by a processor, implements the data processing method described in any of the above embodiments.

[0010] The data processing method and the refrigeration machine room according to the embodiments of the present application can improve the system flexibility and system compatibility by constructing automata corresponding to each protocol for communicating with air-conditioning equipment. Each protocol is provided with a corresponding automaton, and when receiving the equipment data of the air-conditioning equipment, protocol matching is performed based on the automaton to determine the target protocol corresponding to the equipment data. That is, based on the automaton, the matching between the equipment data and the target protocol can be quickly performed, and the target protocol to which the equipment data belongs can be quickly determined. Finally, when parsing the equipment data based on the target protocol, the accuracy and integrity of the equipment data can be ensured. In other words, through the protocol matching of the automaton, the target protocol corresponding to the equipment data can be determined, so that when parsing the corresponding equipment data subsequently, data parsing errors or omissions can be avoided.

[0011] Additional aspects and advantages of the embodiments of the present application will be given in part in the following description, will become apparent in part from the following description, or will be understood through the practice of the embodiments of the present application. Description of the Drawings

[0012] The above and / or additional aspects and advantages of the present application will become apparent and easy to understand from the description of the embodiments in conjunction with the following drawings, in which:

[0013] Figure 1 is a schematic diagram of an application scenario of the data processing method according to some embodiments of the present application;

[0014] Figure 2 is a schematic flowchart of the data processing method according to some embodiments of the present application;

[0015] Figure 3 is a schematic flowchart of the data processing method according to some embodiments of the present application;

[0016] Figure 4 is a schematic flowchart of the data processing method according to some embodiments of the present application;

[0017] Figure 5 is a schematic flowchart of the data processing method according to some embodiments of the present application;

[0018] Figure 6 is a schematic diagram of a scenario of the data processing method according to some embodiments of the present application;

[0019] Figure 7 is a schematic flowchart of the data processing method according to some embodiments of the present application;

[0020] Figure 8 is a schematic flowchart of the data processing method according to some embodiments of the present application;

[0021] Figure 9It is a schematic flowchart of a data processing method according to some embodiments of the present application;

[0022] Figure 10 It is a schematic diagram of a scenario of a data processing method according to some embodiments of the present application;

[0023] Figure 11 It is a schematic flowchart of a data processing method according to some embodiments of the present application;

[0024] Figure 12 It is a schematic flowchart of a data processing method according to some embodiments of the present application;

[0025] Figure 13 It is a schematic flowchart of a data processing method according to some embodiments of the present application;

[0026] Figure 14 It is a schematic diagram of modules of a data processing apparatus according to some embodiments of the present application;

[0027] Figure 15 It is a schematic structural diagram of a computer device according to some embodiments of the present application;

[0028] Figure 16 It is a schematic diagram of the connection state of a non - volatile computer - readable storage medium and a processor according to some embodiments of the present application. Detailed Embodiments

[0029] The following details the embodiments of the present application. The examples of the embodiments are shown in the accompanying drawings, where the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the embodiments of the present application, and should not be construed as a limitation of the embodiments of the present application.

[0030] For the convenience of understanding the present application, the following explains the terms and background technology that appear in the present application:

[0031] 1. Cloud server: It is an Internet Technology (IT) product that provides cloud computing services. The characteristics of a cloud server are simple and efficient, secure and reliable, its processing capacity can be elastically scaled, it reduces the difficulty of development and operation and maintenance and the overall IT cost, and it provides a comprehensive service platform for various Internet users. It integrates the three core elements of Internet applications: computing, storage, and network, and provides a public Internet infrastructure service. The service construction method of the present application can be implemented based on a cloud server.

[0032] 2. Cloud technology refers to a hosting technology that unifies a series of resources such as hardware, software, and networks within a wide area network or local area network to achieve data computing, storage, processing, and sharing. Cloud technology is the general term for network technology, information technology, integration technology, management platform technology, application technology, etc. based on the cloud computing business model. It can form a resource pool, be used on demand, and is flexible and convenient. Cloud computing technology will become an important support. The back-end services of technical network systems require a large amount of computing and storage resources, such as video websites, picture websites, and more portal websites. With the highly developed and applied Internet industry, in the future, each item may have its own identification mark and needs to be transmitted to the back-end system for logical processing. Data at different levels will be processed separately, and various industry data requires a powerful system back-end support, which can only be achieved through cloud computing.

[0033] Cloud computing is a computing model that distributes computing tasks across a resource pool composed of a large number of computing devices, enabling various application systems to obtain computing power, storage space, and information services as needed. The network that provides resources is called the "cloud". The resources in the "cloud" seem to be infinitely expandable to users, and can be obtained at any time, used on demand, expanded at any time, and paid according to usage. Among them, the data processing method of this application can be implemented based on cloud servers and cloud technology.

[0034] In the field of the Internet of Things, due to the variety of communication protocols, when integrating data, it is usually necessary to face multi-source data fusion and data standardization work. In a refrigeration machine room, it usually includes devices such as a host, a chilled water pump, a cooling water pump, a cooling tower, instrumentation, a secondary pump, a chilled water main pipe, and a cooling water main pipe. Since the data of these devices comes from different sensors and systems, how to perform data parsing and integration during data processing is an urgent problem to be solved in this field.

[0035] This application proposes a data processing method. First, the application scenario of the technical solution of this application will be introduced below. The data processing method provided by this application can be applied to, for example Figure 1 the data processing system 1000 shown in the figure. The data processing system 1000 includes a refrigeration machine room 100 and computer equipment 200. The refrigeration machine room 100 can include one or more air conditioning devices 10. The refrigeration machine room 100 can provide a refrigeration source for the air conditioning devices 10 to achieve temperature adjustment of the air conditioning. The computer equipment 200 can obtain the device data of the air conditioning devices 10.

[0036] Optionally, the data processing method provided in this application can also be applied to the refrigeration machine room 100, which can include one or more air conditioning devices 10. The refrigeration machine room 100 can provide a refrigeration source for the air conditioning devices 10 to achieve temperature adjustment of the air conditioner.

[0037] Optionally, the refrigeration machine room includes at least one of a host, a cold source, a chilled water pump, a cooling water pump, a cooling tower, a main cooling water pipe, and a main chilled water pipe.

[0038] In one embodiment, the data processing system 1000 further includes a server 300, and the server 300 communicates with the air conditioning device 10 through a network.

[0039] Optionally, the server 300 can be an independent physical server 300, or a server 300 cluster or distributed system composed of multiple physical servers 300. It can also be a cloud server 300 that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms. The embodiments of this application do not limit this.

[0040] In one embodiment, the computer device 200 can be, but is not limited to, various personal computers, laptop computers, smartphones, tablet computers, and portable wearable devices, etc.

[0041] In one embodiment, the air conditioning device 10, the server 300, and the computer device 200 all communicate with each other through a network. For example, any two of the air conditioning device 10, the server 300, and the computer device 200 can communicate wirelessly (such as Wireless Fidelity (wifi) communication, Bluetooth communication, infrared communication, etc.).

[0042] It can be understood that the communication between the air conditioning device 10, the server 300, and the computer device 200 is not limited to the above communication methods, and this is not restricted.

[0043] When communicating through wifi, the air conditioning device 10 and the computer device 200 communicate with the server 300 respectively, and then the server 300 realizes the communication between the air conditioning device 10 and the server 300 (or the computer device 200); when communicating through Bluetooth communication or infrared communication, the air conditioning device 10 and the computer device 200 are each provided with corresponding communication modules to directly realize the communication between the two.

[0044] Next, the data processing method of this application will be explained in detail.

[0045] Please refer to Figure 1 and Figure 2, an embodiment of the present application provides a data processing method. Taking the example that this data processing method is applied to a computer device and the controller of the computer device executes this method for illustration. The data processing method includes:

[0046] Step 011: Construct automata corresponding to each protocol for communicating with the air-conditioning device.

[0047] Among them, the protocols may include Modbus communication protocol, Bacnet communication protocol, http communication protocol, TCP communication protocol, UDP communication protocol, MQTT communication protocol, etc.

[0048] Among them, an automaton (Finite State Machine, FSM) can be a machine or computing model for processing protocol matching and data parsing. For example, it can be an Aho-Corasick automaton (AC automaton).

[0049] Specifically, it is possible to first determine the types of communication protocols used by the air-conditioning devices in the refrigeration machine room and construct an automaton for each type of communication protocol. In the automaton, each state can represent an identification stage in the protocol processing process, and the transition between states can be based on the device data received from the air-conditioning device. Constructing automata corresponding to each protocol can ensure that each part of the protocol message (such as the start symbol, address field, function code, data field, and check code, etc.) can be accurately identified and processed.

[0050] Optionally, please refer to Figure 3 , Step 011: Construct automata corresponding to each protocol for communicating with the air-conditioning device, including:

[0051] Step 0111: Based on the characteristic information of each protocol, construct a trie tree for each protocol respectively;

[0052] Step 0112: Calculate the failure pointers of each node of each trie tree respectively to construct the automata corresponding to each protocol.

[0053] Among them, the characteristic information can be a protocol identifier, protocol header, specific field, serial number, etc., and the characteristic information can be used to distinguish different types of protocols.

[0054] Among them, a trie tree is also called a prefix tree or word search tree, and a trie tree can be a data structure for quickly searching strings.

[0055] Among them, the failure pointer can be used to point to the next node to be tried for matching when the node matching fails.

[0056] Among them, the characteristic information of each communication protocol (such as protocol identifier, protocol header, specific fields, etc.) can be inserted into the corresponding trie of each protocol as a string. Each node of the trie represents a character. Starting from the root node, it is constructed step by step downward according to the character sequence to form a tree-like structure with the characteristic information of the protocol. Then, by calculating the failure pointer for each node, the failure pointer can be used to point to the next node to be tried when the current node fails to match, that is, when the match fails, it can be used to backtrack the match status. For example, based on the Breadth-First Search (BFS) algorithm, starting from the root node of the trie, the trie is traversed layer by layer, and a suitable failure pointer is set for each node. The setting of the failure pointer is based on the parent node of the trie node and the node pointed to by its failure pointer, ensuring that during the matching process, it can efficiently backtrack and find the closest matching item.

[0057] Therefore, after calculating the failure pointer for each node, the automaton corresponding to the protocol can be constructed. The automaton can start from the root node of the trie. When receiving the device data of the air conditioner device, it can gradually match each byte along the trie and use the failure pointer mechanism to quickly backtrack when the match fails until a complete protocol match item is found or all data is traversed. Through the failure pointer mechanism, the automaton can quickly backtrack when an error occurs during the matching process and continue to find possible matching paths. In the case of noise or transmission errors in the device data, the failure pointer can provide better fault tolerance, ensuring that the device data can be effectively parsed even when partially lost or incomplete.

[0058] Step 012: When receiving the device data of the air conditioner device, perform protocol matching based on the automaton to determine the target protocol corresponding to the device data.

[0059] Specifically, when receiving the device data of the air conditioner device (for example, it can be obtained through the communication between the controller and the computer device; or for another example, it can be received from the cloud connected to the refrigeration machine room, etc.), based on the automaton, the received device data can be first identified and parsed to determine the target protocol corresponding to the device data. For example, based on the starting character or specific character sequence of the device data, etc., the automaton can jump to the corresponding acceptance state of the target protocol, thereby determining the target protocol corresponding to the device data.

[0060] Please refer to Figure 4 Optionally, Step 012: Perform protocol matching based on the automaton to determine the target protocol corresponding to the device data, including:

[0061] Step 0121: Based on the state information of the state machine of the automaton, perform protocol identification on the device data to obtain an identification result;

[0062] Step 0122: If the recognition result is empty, it is determined that the protocol corresponding to the device data does not match the automaton.

[0063] Step 0123: If the recognition result is not empty, it is determined that the protocol corresponding to the device data matches the automaton, and the protocol corresponding to the matched automaton is determined as the target protocol.

[0064] Among them, the status information can be the current status of the automaton.

[0065] Specifically, when receiving the device data of the air conditioner, protocol recognition can be performed first based on the state machine. For example, the state machine of the automaton can perform state transition according to the characteristic information of the device data. When the characteristic information of the device data matches the state of the state machine, the state machine can enter this state and continue to process the next characteristic information. When all the device data is processed or the state machine enters the acceptance state, a corresponding recognition result can be generated. For example, when the state machine does not enter the preset state that can represent the acceptance state after processing all the characteristic information of the device data, it can be considered that the recognition result is empty, and it is determined that the protocol corresponding to the device data does not match the current automaton; when the state machine enters one or more preset states, it can be considered that the recognition result is not empty, and it is determined that the protocol corresponding to the device data matches the current automaton, and the protocol corresponding to this automaton is the target protocol.

[0066] For example, taking the target protocol as the Modbus protocol and constructing the automaton corresponding to the Modbus protocol based on the characteristic information of the Modbus protocol as an example for illustration.

[0067] Suppose the characteristic information of the Modbus protocol includes:

[0068] Start Bit;

[0069] Address Field;

[0070] Function Code;

[0071] Data Field;

[0072] CRC

[0073] The states of the automaton include:

[0074] START: Initial state, waiting for the start bit;

[0075] ADDRESS: Recognize the address field;

[0076] FUNCTION: Identify function code;

[0077] DATA: Identify data field;

[0078] CRC: Identify check code;

[0079] END: Identification completed

[0080] Based on the characteristics of the Modbus protocol, the state transition rules can be defined as follows:

[0081] START->ADDRESS: When the start bit is detected, transfer to the address field state (corresponding to the preset state);

[0082] ADDRESS->FUNCTION: When the address field identification is completed, transfer to the function code state (corresponding to the preset state);

[0083] FUNCTION->DATA: When the function code identification is completed, transfer to the data field state (corresponding to the preset state);

[0084] DATA->CRC: When the data field identification is completed, transfer to the check code state (corresponding to the preset state);

[0085] CRC->END: When the check code identification is completed, transfer to the end state (corresponding to the preset state);

[0086] Then, the pseudo-code implemented by the automaton can be:

[0087]

[0088] That is to say, in the case of obtaining the device data of the air-conditioning equipment, based on the state machine, the characteristic information of the device data can be detected in sequence. If it is detected that any characteristic information cannot perform a state transition (for example, the start bit is not recognized, and at this time, it cannot transfer to the function code state), then the recognition result is considered empty. When the automaton completes the recognition of each characteristic information in sequence and transfers to the end state, the recognition result is considered not empty, it is determined that the protocol corresponding to the device data matches the automaton, and the protocol corresponding to the automaton is determined as the target protocol. Or, the state machine can also identify each characteristic information, and determine the recognition result by obtaining the number of transfer states or the category of transfer states. For example, when the number of transfer states is greater than the preset number threshold; or, when the transfer states include the address field state, the data field state, etc., it can be considered that the protocol corresponding to the obtained device data also matches the automaton, and the non-transferable state will not affect the recognition and processing of the device data.

[0089] The determination of the target protocol depends on the transfer of state information. The state transfer characteristics of the automaton make the protocol parsing more rigorous and controllable. Through explicit states and transfers, the need to manually write complex matching algorithms can be avoided, reducing the risk of incorrect matching or parsing errors and improving the accuracy of parsing.

[0090] Step 013: Parse the device data based on the target protocol.

[0091] Specifically, when the target protocol is determined, the device data can be parsed accordingly based on the message structure of the target protocol. For example, each field in the data field of the device data, such as readings of temperature, humidity, pressure, etc., can be extracted, and then the device data can be verified to obtain the parsed device data, realizing the monitoring and control of the air-conditioning device, etc.

[0092] In this way, by constructing automata corresponding to each protocol for communicating with the air-conditioning device, setting corresponding automata for each protocol can improve the system flexibility and system compatibility; when receiving the device data of the air-conditioning device, protocol matching is performed based on the automaton to determine the target protocol corresponding to the device data, that is, based on the automaton, the matching between the device data and the target protocol can be quickly performed, and the target protocol to which the device data belongs can be quickly determined; finally, when parsing the device data based on the target protocol, the accuracy and integrity of the device data can be ensured. In other words, through the protocol matching of the automaton, the target protocol corresponding to the device data can be determined, so that data parsing errors or omissions can be avoided during subsequent corresponding parsing.

[0093] Compared with the current method of determining the protocol corresponding to the device data through a huge mapping table, the present application determines through an automaton, which can avoid problems such as being error-prone and difficult to verify existing in the mapping table, and is beneficial to the operation and maintenance of the data processing system and subsequent data processing.

[0094] In some embodiments, refer to Figure 5 , Step 012: When receiving the device data of the air-conditioning device, perform protocol matching based on the automaton to determine the target protocol corresponding to the device data, including:

[0095] Step 0124: When receiving the device data, perform protocol matching based on the default automaton to determine whether the device data matches the default protocol;

[0096] Step 0125: If so, determine the default protocol as the target protocol;

[0097] Step 0126: If not, sequentially perform protocol matching based on other automata outside the default automaton to determine the target protocol.

[0098] Among them, the default automaton can be a user-defined setting. The default automaton can be a communication protocol that is relatively common in the field of refrigeration machine rooms.

[0099] Specifically, when device data is received, protocol matching can be first performed based on the default automaton. The default automaton can be a protocol that is relatively commonly used in the field of refrigeration machine rooms. When the device data matches the default protocol, the default protocol can be determined as the target protocol. If the device data does not match the default protocol, then protocol matching is sequentially performed based on other automata outside the default automaton to determine the target protocol.

[0100] For example, please refer to Figure 6 , since a network port usually has a default protocol type associated with it, the default protocol can be set according to the network port. When the device data matches the default protocol, the default protocol is determined as the target protocol. Since each protocol type has a corresponding protocol feature file, and the protocol feature file contains all the field information of that protocol type. For example, it includes fields related to data payloads. The field information in the protocol feature file of the target protocol can be matched with the device data to determine the position information of the data payload in the device data. After determining the position information, the data payload segment can be extracted from the device data to determine the actual data content contained in the device data.

[0101] DataSet_modbus = {DataSet_req, DataSet_h, DataSet_payload}

[0102] DataSet_req = {type, version}

[0103] DataSet_h = {functionCode, CRC}

[0104] DataSet_payload = {startBit, addressField, dataField}

[0105] Assume that the target protocol is the Modbus protocol. The protocol fields that can determine the data type can be placed in the DataSet_req segment (the type and Modbus protocol version number in the Modbus protocol). The protocol fields that record data information will be mapped to the DataSet_payload segment. For example, the Modbus protocol uses oxff to distinguish the Modbus protocol data domain and the Modbus protocol start bit, address field, and function code fields. Finally, the other field parts of the protocol will be mapped to DataSet_h.

[0106] Then, the DataSet_h data segment of the protocol feature file stores other information except for the protocol feature fields and the data payload. For example, the functionCode and CRC in the Modbus protocol cannot directly identify the Modbus protocol and determine the position of the data payload, so they are classified into the DataSet_h data segment. DataSet_payload corresponds to the data payload segment in the data model, recording the position and address information of the protocol data payload. In the Modbus protocol, the startBit field, addressField address domain, and dataField data domain are classified into DataSet_payload.

[0107] Optionally, refer to Figure 7 , the method further includes:

[0108] Step 014: In the case where the device data does not match any automaton, determine that the protocol corresponding to the device data is an unknown protocol and do not parse the device data.

[0109] Specifically, in the case where the device data does not match any automaton, determine that the protocol corresponding to the device data is an unknown protocol and it is impossible to parse the device data. At this time, the device data can be stored or uploaded to the cloud, etc.

[0110] Since in the refrigeration machine room, different systems and different devices usually use different data formats and communication protocols, when processing data, it is also necessary to consider how to standardize these data to improve the efficiency of data processing, etc.

[0111] Therefore, in some embodiments, refer to Figure 8 , the method further includes:

[0112] Step 015: In the case of obtaining the parsing result of the device data, match the preset mechanism model with the parsing result to determine the target model;

[0113] Step 016: Convert the parsing result based on the target model to generate target data that meets the data format requirements of the target model.

[0114] Among them, the mechanism model includes at least one of a host, a cold source, a chilled water pump, a cooling water pump, a cooling tower, a cooling water main pipe, and a chilled water pump main pipe, and the data format requirements include at least one of a length specification, a naming specification, and a data type specification.

[0115] Among them, the data format can be the specifications and standards that device data needs to follow during storage, transmission, or processing. The length specification can be the length limit of the fields of device data, such as the maximum number of characters in a string, the maximum number of digits of a number, etc. The naming specification can be used to ensure the consistency, readability, and comprehensibility of the names of device data. The data type specification can be used to standardize the data types that can be stored and processed by data fields, avoiding problems such as data type mismatches or data conversion errors.

[0116] Specifically, the mechanism model can be a mathematical model established based on the structure and working principle of devices (such as hosts, cold sources, chilled water pumps, cooling water pumps, cooling towers, main cooling water pipes, main chilled water pipes, etc.). The mechanism model can be used as a reference standard to match with the parsing results of device data to determine the source, type, or device status of the device data, etc., improving the accuracy and efficiency of data processing. After obtaining the parsing results of device data, it is possible to first match based on a preset mechanism model and the parsing results to determine the device that matches the parsing results, and then convert the parsing results (convert the data format) based on the target model. For example, for the temperature data of the same host obtained through different data acquisition methods, in different data acquisition methods, they are respectively expressed as: S1-T = 100 degrees Celsius (°C) and the temperature of host No. 1 is 100 °C. These two expressions are different, but they represent the same data. Based on the target model, the parsing results can be converted to standardize and standardize the data to obtain target data that meets the data format requirements of the target model. For example, continuing with the previous example, the data can be standardized as host S1-T-100. By defining the semantics of the refrigeration machine room and establishing a detection mechanism for paradigm conventions, an unreasonable mechanism in later data descriptions can be avoided, so as to establish a vector mechanism for data format verification exclusive to the machine room field.

[0117] Please refer to Figure 9 , in some embodiments, the method further includes:

[0118] Step 018: Based on different types of data sources, respectively construct corresponding relay communication nodes;

[0119] Step 019: Based on the relay communication node corresponding to the data source to which the device data belongs, receive the device data;

[0120] Step 020: If the request queue of the relay communication node is in an available state, add the device data to the request queue;

[0121] Step 021: If the request queue of the relay communication node is in an unavailable state, upload the device data to the pending data pool of the cloud server.

[0122] Among them, the data source can be a collection channel of device data. For example, the data source can include controller collection, host computer collection, and cloud-to-cloud docking acquisition (acquired through communication with the server), etc.

[0123] Among them, the relay communication node can be a computing unit with processing and storage capabilities.

[0124] Among them, the data pool to be processed can be regarded as a waiting area (buffer).

[0125] Specifically, please refer to Figure 10 , corresponding relay communication nodes (hubs) can be constructed according to different types of data sources. The relay communication nodes can be used to process and transmit the device data obtained from each data source. For example, taking the data source including controller collection, host computer collection, and cloud-to-cloud docking acquisition as an example, and constructing corresponding controller hubs, host computer hubs, and cloud-to-cloud docking hubs respectively. When the device data comes from the controller, the device data can enter the controller hub for caching, etc. When the device data comes from the host computer, the device data can enter the host computer hub, and the host computer hub can communicate with the host computer. When the device data comes from the cloud, the device data can enter the cloud-to-cloud docking hub, and the cloud-to-cloud docking hub can communicate and exchange data with other cloud platforms. When receiving device data, the device data can be sent to the relay communication node corresponding to the data source according to the data source to which the device data belongs.

[0126] The request queue of the relay communication node can be used to temporarily store the device data waiting to be processed, and determine the processing method of the device data according to the current state (available or unavailable) of the request queue. When the request queue is in an available state (for example, the queue is not full, does not reach the upper limit of processing capacity, the data volume of the processing queue is less than or equal to the threshold), the device data can be added to the request queue to wait for subsequent processing; when the request queue is in an unavailable state (for example, the queue is full, reaches the upper limit of processing capacity, the data volume of the processing queue is greater than or equal to the threshold), the device data can be uploaded to the data pool to be processed of the cloud server.

[0127] For another example, taking the request for device data sent from data sources such as controllers, clouds, and host computers as an example for illustration, the soft gateway can, based on the request queue of the current gateway, upload the request for the device data newly received by the soft gateway to the data pool to be processed of the cloud server when the number of device data in the request queue is greater than or equal to the threshold P, and add it to the corresponding relay communication node when it is less than or equal to the threshold P.

[0128] Please refer to Figure 11 , in some embodiments, the method further includes:

[0129] Step 022: When the amount of data to be parsed at the current gateway node reaches a preset threshold, upload the device data to the pending data pool of the cloud server;

[0130] Step 023: When the amount of data to be parsed at the current gateway node does not reach the preset threshold, enter the step of receiving device data through the relay communication node corresponding to the data source to which the device data belongs.

[0131] Specifically, by detecting the amount of data to be parsed at the current gateway node (the amount of data that the current gateway node has received but not yet processed), compare the amount of data to be parsed with the preset threshold (determined according to the processing capacity, resource limitations, and service requirements of the current gateway node, etc.), so as to determine whether to transfer the device data to the pending data pool of the cloud server or send it to the relay communication node corresponding to the data source to which the device data belongs for processing, and dynamically adjust the data flow of the device data according to the real-time processing pressure of the current gateway node to ensure the processing efficiency and security of the data.

[0132] Please refer to Figure 12 In some embodiments, the method further includes:

[0133] Step 024: Based on the idle degree of each gateway node, perform data scheduling on the pending data pool to process the device data in the pending data pool.

[0134] Specifically, taking the establishment of a linked list of idle gateway nodes based on the idle degree of each gateway node as an example for illustration, the linked list of idle gateway nodes is an ordered linked list arranged from largest to smallest according to the idle situation of the request queues of each gateway node. Each gateway node can regularly send the idle situation of its own request queue to the pending data pool of the cloud server to dynamically maintain the linked list of idle gateway nodes, so as to perform data scheduling on the pending data pool based on the idle degree of each gateway node and process each device data in the pending data pool. For example, after searching the linked list of idle gateway nodes, obtain the address and idle status of the idle gateway node, and then take out the device data and send it to the idle gateway node for parsing.

[0135] Please refer to Figure 13 In some embodiments, the method further includes:

[0136] Step 025: Based on the sending time and receiving time of the device data sent by the current gateway node to the pending data pool, determine whether the device data has expired.

[0137] Specifically, in order to be able to eliminate the old request queue idle data in the network, it is also possible to determine the network latency of each device data based on the timestamp of the sending time when the device data is uploaded to the pending data pool of the cloud server and the timestamp of the receiving time when the cloud server's pending data pool receives the device data. Then, by establishing a gateway network latency table that records the network transmission delays of each gateway, compare the network latency of each device data with the network transmission delay corresponding to the gateway in the gateway network latency table. When the difference between the two is greater than or equal to a preset difference threshold, it can be considered that the device data has expired and the data can be discarded. When the difference between the two is less than or equal to the preset difference threshold, it can be considered that the device data has not expired and can still wait for data invocation.

[0138] In the field of refrigeration machine rooms, data collection can usually be carried out through methods such as controller collection, host computer collection, and cloud-to-cloud docking. Controller collection can be a method of connecting the controller with sensors, collectors, etc. in the refrigeration machine room for data collection. For example, the controller can be connected to the temperature sensor in the refrigeration machine room to collect the temperature data of the refrigeration machine room; the host computer can be a computer device, and host computer collection refers to a method of obtaining data through the communication between the host computer and the controllers of each device in the refrigeration machine room; cloud-to-cloud connection can be a method in which each device inside the refrigeration machine room transmits the collected data to the cloud platform through the Internet, etc., and the cloud platform stores and processes the data. In these data collection methods, the communication protocols used are often different. For example, controller collection usually communicates based on the Hypertext Transfer Protocol (HTTP), and the host computer usually transmits data based on the communication protocol of Message Queuing Telemetry Transport (MQTT). For another example, it can also be based on communication protocols such as Modbus (a widely used industrial communication protocol), Building Automation and Control Networks (BACnet), Transmission Control Protocol (TCP), and User Datagram Protocol (UDP). The communication protocols of devices are usually quite scattered and not unified. Due to market conditions, the protocols of each company are different. Since southbound devices generally have a data storage format of bytes based on registers, due to the limitations of the device's own operating environment, the information transmitted is not conducive to reading and understanding.

[0139] In this application, by constructing automata corresponding to each protocol for communicating with air-conditioning equipment, setting corresponding automata for each protocol can improve the system flexibility and system compatibility; when receiving the equipment data of the air-conditioning equipment, protocol matching is performed based on the automata to determine the target protocol corresponding to the equipment data, that is, based on the automata, the matching between the equipment data and the target protocol can be quickly performed, and the target protocol to which the equipment data belongs can be quickly determined; finally, when parsing the equipment data based on the target protocol, the accuracy and integrity of the equipment data can be ensured. In other words, through the protocol matching of the automata, the target protocol corresponding to the equipment data can be determined, so that data parsing errors or omissions can be avoided during subsequent corresponding parsing.

[0140] Please refer to Figure 14 , to facilitate better implementation of the data processing method of the embodiments of this application, the embodiments of this application also provide a data processing device 400. The data processing device 400 includes a construction module 401, a determination module 402, and an analysis module 403. The construction module 401 is used to construct automata corresponding to each protocol for communicating with air-conditioning equipment; the determination module 402 is used to perform protocol matching based on the automata when receiving the equipment data of the air-conditioning equipment to determine the target protocol corresponding to the equipment data; the analysis module 403 is used to parse the equipment data based on the target protocol.

[0141] In the above, the device is described from the perspective of functional modules in combination with the accompanying drawings. These functional modules can be implemented in hardware form, can also be implemented by instructions in software form, and can also be implemented by a combination of hardware and software modules. Specifically, the steps of the method embodiments in this application can be completed by the integrated logic circuit in hardware in the processor and / or instructions in software form. The steps of the method disclosed in combination with the embodiments of this application can be directly embodied as being executed and completed by a hardware-encoded processor, or executed and completed by a combination of hardware and software modules in the encoded processor. Optionally, the software module can be located in a mature storage medium in the art such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, etc. This storage medium is located in the memory, and the processor reads the information in the memory and combines its hardware to complete the steps in the above method embodiments.

[0142] The embodiments of this application also provide a refrigeration machine room, including a processor and a memory. Among them, the memory stores a computer program, and the computer program is executed by the processor. The computer program includes instructions for executing the data processing method of any one of the above embodiments and can achieve the same technical effects. For the sake of brevity, it will not be repeated here.

[0143] In one embodiment, the internal structure diagram of the computer device can be as Figure 15As shown. The computer device includes a processor 602, a memory 603, a network interface 604, a display screen 601, and an input device 605 connected via a system bus.

[0144] Among them, the processor 602 of the computer device is used to provide computing and control capabilities. The memory 606 of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage medium. The network interface 604 of the computer device is used to communicate with external devices via a network. When the computer program is executed by the processor, it implements the data processing method of any of the above embodiments. The display screen 601 of the computer device can be a liquid crystal display screen or an electronic ink display screen. The input device 605 of the computer device can be a touch layer covering the display screen 601, or buttons, trackballs, or touchpads provided on the housing of the computer device, or an external keyboard, touchpad, or mouse, etc.

[0145] Those skilled in the art can understand that Figure 15 the structure shown in is only a block diagram of some structures related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than those shown in the figure, or combine some components, or have different component arrangements.

[0146] The embodiment of the present application also provides a computer program product, including a computer program, the computer program includes instructions for the data processing method of any of the above embodiments. For the sake of brevity, it will not be elaborated here.

[0147] Please refer to Figure 16 , the embodiment of the present application also provides a non-volatile computer-readable storage medium 500, on which a computer program 510 is stored. When the computer program 510 is executed by a processor 520, the steps of the data processing method of any of the above embodiments are implemented. For the sake of brevity, it will not be elaborated here.

[0148] In the description of this specification, the descriptions referring to terms such as "certain embodiments", "in one example", "exemplarily", etc. mean that the specific features, structures, materials or characteristics described in connection with the embodiments or examples are included in at least one embodiment or example of the present application. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiments or examples. Moreover, the specific features, structures, materials or characteristics described can be combined in a suitable manner in any one or more embodiments or examples. In addition, without contradiction, those skilled in the art can combine and combine the different embodiments or examples described in this specification and the features of the different embodiments or examples.

[0149] Any process or method description shown in the flowchart or described in other ways herein can be understood to represent a module, segment or part of code including one or more executable instructions for implementing a specific logical function or process, and the scope of the preferred embodiments of the present application includes additional implementations, where the functions can be executed in a substantially simultaneous manner or in the reverse order according to the functions involved, not in the order shown or discussed, which should be understood by those skilled in the art to which the embodiments of the present application pertain.

[0150] Although the embodiments of the present application have been shown and described above, it can be understood that the above embodiments are exemplary and should not be construed as limiting the present application. Those of ordinary skill in the art can make changes, modifications, substitutions and variations to the above embodiments within the scope of the present application.

Claims

1. A data processing method, characterized in that: include: Construct automata corresponding to each protocol for communicating with the air conditioning equipment; When receiving the device data of the air conditioner, performing protocol matching based on the automaton to determine a target protocol corresponding to the device data; The device data is parsed based on the target protocol.

2. The data processing method according to claim 1, characterized in that: When receiving the device data of the air conditioner, performing protocol matching based on the automaton to determine the target protocol corresponding to the device data includes: Upon receiving device data, performing protocol matching based on a default automaton to determine whether the device data matches a default protocol; If so, determining the default protocol as the target protocol; If not, protocol matching is performed based on other automata other than the default automata in turn to determine the target protocol.

3. The data processing method according to claim 2, characterized in that: The method further comprises: In the case that the device data does not match any automaton, it is determined that the protocol corresponding to the device data is an unknown protocol, and the device data is not parsed.

4. The data processing method according to claim 1, characterized in that: The performing protocol matching based on the automaton to determine the target protocol corresponding to the device data includes: Based on the state information of the state machine of the automaton, performing protocol identification on the device data to obtain an identification result; If the identification result is empty, it is determined that the protocol corresponding to the device data does not match the automaton; If the identification result is not empty, it is determined that the protocol corresponding to the device data matches the automaton, and the protocol corresponding to the matched automaton is determined to be the target protocol.

5. The data processing method according to claim 1, characterized in that: The method further comprises: When the analysis result of the equipment data is obtained, matching is performed with the analysis result based on a preset mechanism model to determine a target model, wherein the mechanism model includes at least one of a host, a cold source, a refrigeration pump, a cooling pump, a cooling tower, a cooling water main, and a refrigeration pump main, and the data format requirement includes at least one of a length specification, a naming specification, and a data type specification; The parsing result is converted based on the target model to generate target data that meets the data format requirements of the target model.

6. The data processing method according to claim 1 or 5, characterized in that: Also includes: Based on different types of data sources, corresponding relay communication nodes are constructed respectively; receiving the device data based on the relay communication node corresponding to the data source to which the device data belongs; If the request queue of the relay communication node is in an available state, adding the device data to the request queue; If the request queue of the relay communication node is in an unavailable state, the device data is uploaded to the to-be-processed data pool of the cloud server.

7. The data processing method according to claim 6, characterized in that: Also includes: When the amount of data to be parsed at the current gateway node reaches a preset threshold, the device data is uploaded to the data pool to be processed on the cloud server; When the amount of data to be parsed of the current gateway node does not reach a preset threshold, the process enters the step of receiving the device data at the relay communication node corresponding to the data source to which the device data belongs.

8. The data processing method according to claim 6, characterized in that: Also includes: Based on the idleness of each gateway node, data in the to-be-processed data pool is scheduled to process the device data in the to-be-processed data pool.

9. The data processing method according to claim 6, characterized in that: Also includes: Based on the sending time and receiving time of the device data sent by the current gateway node to the to-be-processed data pool, it is determined whether the device data is expired.

10. A refrigeration room, characterized in that: The method comprises a memory, a processor and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the data processing method according to any one of claims 1 to 9 is implemented.