Detailed Description
Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.
Example one
The scheme provided by the embodiment of the application can be applied to any system with data processing capability, such as a hardware management system based on data and the like. Fig. 1 is a schematic diagram of a principle of a data processing scheme provided in an embodiment of the present application, and a scenario shown in fig. 1 is only one example of the principle of the technical scheme of the present application.
Along with the improvement of living standard of people, more and more hardware devices are used in the life of people to provide convenient and automatic services for people. For example, in addition to providing services such as display of power consumption and cost management for users by using electric meters, various hardware devices such as power quality management, remote data management, and even providing uninterrupted power supply service for important electric devices at users are further added to constitute a power management hardware system.
However, with the increase of hardware devices, for example, compared with the original way that a user only uses a remote controller to manage an air conditioner by himself, a plurality of positions of the user are provided with temperature and/or humidity sensors to read the temperature and/or humidity of the user, and the corresponding air conditioner hardware is controlled to operate based on such temperature and humidity data, and circulation hardware for providing cooling water is also needed in the case of refrigeration, so that an air conditioner hardware system is formed. In addition, since the operation of the air conditioner requires the supply of electric power and the amount of electric power used by the air conditioner is relatively large, it is also necessary to provide uniform management for the air conditioning hardware system and the electric power management hardware system in order to provide a more comfortable environment for users. For this reason, a control center that manages various hardware devices or systems such as a power management hardware system and an air conditioning hardware system has also appeared in the related art to uniformly manage the hardware devices according to the operation data of the hardware devices. For example, in the control center of the building equipment control system including the air conditioning hardware system and the power hardware system, it is necessary to collect the operation data of the air conditioning machine, the air conditioning data such as the sensing data of the temperature and humidity sensor, and the power consumption data such as the current power consumption load and the residual power amount at the user, and thus to implement the operation such as the automatic start and stop of the air conditioner according to the operation state of the air conditioner and the power supply state of the power, so as to achieve the effects of meeting the life comfort requirement of the user and saving the power.
However, in practical use, although a control system is provided to manage a plurality of hardware systems, since the data formats and communication protocols of the different hardware systems are different from each other, for example, in a data center storing a large amount of data, not only a heating and ventilation system is required to implement temperature adjustment, a power system is required to provide power supply, but also a battery pack system is required to serve as an uninterruptible power supply to provide emergency power supply, and therefore, in the control system of the existing data center, corresponding data acquisition and management modules need to be provided for the different hardware systems. For example, an heating and ventilation control system is provided for an heating and ventilation system, a power management system is provided for an electric power system, and a battery management system is provided for a storage battery. And these separate systems all use independent data acquisition and conversion modules to adapt to the respective characteristics and data analysis requirements of different hardware systems, so that such management work becomes complicated and the development and management costs are high.
For example, in the existing control system, it is necessary to provide respective data processing modules/boxes for a heating and ventilation system, an electric power system and a battery pack system, which are management objects, so as to be able to collect data in a data collection scheme meeting the specification requirements of the three hardware systems and perform corresponding processing for use by the upper-level control system. However, at least three different collection modules/cartridges need to be developed respectively, and if hardware upgrade is performed, the three collection modules/cartridges need to be modified respectively, which greatly increases the difficulty of development and maintenance.
For this reason, in the present application, as shown in fig. 1, data of each hardware system is collected through a unified data interface, raw data may be directly collected at the time of collection, and protocol analysis may be performed on the collected raw data after collection, so that data attributes of the raw data are obtained through analysis and which hardware system the data comes from are known based on the attribute information, and specification information of the hardware system may be determined through table lookup or according to a preset rule, so that data of a data format that can be used by a control system may be obtained by performing protocol conversion on the collected raw data accordingly. Therefore, in the protocol conversion process, only the format of the data is actually converted, and the data content which represents the operation state of the acquired hardware system in the data is reserved, so that the data can be directly acquired by using a uniform data interface without distinguishing the specification of the hardware system of the acquired object, and the original data can be converted into the data which can be directly used by the control system by reserving the conversion mode which represents the unchanged content of the operation data. Therefore, compared with the existing scheme that different hardware systems can be acquired only by using a plurality of data processing modules/boxes, the method can acquire data of different types or specifications by using the same acquisition module and then convert the data into a uniform format which can be used by a control system.
In addition, the data processing scheme according to the embodiment of the present application can also be applied to the field of internet of things (IoT), and in particular, the data processing scheme of the present application is particularly suitable for the field of internet of things to which various devices are connected, because the data processing scheme of the present application can manage and process various collected data by parsing and then converting the data into uniform data by using corresponding protocols, so that a user can connect various devices to be managed to form an internet of things network through the internet, and parse the data acquired from different devices by using the data processing scheme of the embodiment of the present application and convert the data into data suitable for the user's client to view or the management module of the system to manage according to the parsing result by using corresponding protocols. For example, in a smart home scene using the internet of things technology, since devices available in a home are various, for example, there are not only household appliances such as refrigerators, washing machines, and the like, but also various smart digital products such as sound boxes, televisions, and the like, and there are also various industrial-grade products such as an exhaust system or an electric power system. Therefore, in the smart home system using internet of things connection, the data collected from these different kinds of devices may be various, for example, smart digital products may have different functions due to their own digital technology, therefore, the output data is relatively high in visualization and availability, so that the user can directly view or use the output data, but industrial products such as power systems are often in accordance with the industrial standards, the output data is usually in the format used in the industry, and has poor visibility and usability, even has no visibility and reusability, therefore, the data processing scheme described in the embodiment of the application can be used for identifying the real industrial data through analysis after the data is collected, and furthermore, the data is converted by using a protocol applicable to the client, so that the visibility and the usability of the converted data to the user are greatly improved.
According to the embodiment of the application, the operation data of the hardware system is acquired based on the uniform data interface, the data is analyzed to perform protocol conversion on the data by adopting the corresponding protocol so as to obtain the second data in the format suitable for management, and the acquired data is analyzed to obtain the attribute of the acquired data, so that the format conversion can be performed on the acquired data in a targeted manner, and the content of representing the operation state of the hardware system is unchanged, so that the defect that different processing schemes are required to be used according to the specification of the hardware system of the acquired data in the prior art is overcome, the uniform support for the specifications of various hardware systems is realized, and the development and maintenance cost of the control system is greatly reduced.
The above embodiments are illustrations of technical principles and exemplary application frameworks of the embodiments of the present application, and specific technical solutions of the embodiments of the present application are further described in detail below through a plurality of embodiments.
Example two
Fig. 2 is a flowchart of an embodiment of a data processing method provided in the present application, and an execution subject of the method may be various terminal or server devices with data acquisition and processing capabilities, or may be a device or chip integrated on these devices. As shown in fig. 2, the data processing method includes the steps of:
s201, at least one first data is collected through a first data interface.
In the embodiment of the present application, the hardware system which is the object of control or management may be communicatively connected through a unified first data interface. The unified data interface here may be to use one device to connect a plurality of hardware systems one after another, or may also be to use a data processing apparatus with the same data interface or even the same specification to connect a plurality of hardware systems to execute step S201 of the embodiment of the present application. Therefore, the data interface connected by such communication can acquire the operation data of the system from a hardware system as a management object, for example, a heating and ventilation system providing an ambient temperature adjustment function in the above-described data center, a storage battery system providing emergency power supply, or a power system providing regular power, or the like, as the first data of the embodiment of the present application. In the embodiment of the present application, the operation data may be, for example, start or stop state data of an air conditioning system of the heating and ventilation system, water amount data of a cooling water system or battery state-of-charge data of a battery system, the number of batteries, electricity meter data in an electric power system, power quality data, start or stop state data of a generator, and the like.
S202, carrying out protocol analysis on the first data.
After the operation data of the hardware system as the management object is obtained in step S201, it may be subjected to protocol parsing in step S202. Specifically, since the data formats and communication protocols of different hardware systems are different from each other, for example, in a data center storing a large amount of data, not only a heating and ventilation system is required to implement temperature adjustment, a power system is required to provide power supply, but also a battery pack system is required to serve as an uninterruptible power supply to provide emergency power supply, in the control system of the existing data center, corresponding data acquisition and management modules need to be provided for the different hardware systems respectively. For example, an heating and ventilation control system is provided for an heating and ventilation system, a power management system is provided for an electric power system, and a battery management system is provided for a storage battery. In general, since these hardware systems are purchased from different vendors or companies, the data formats and protocols used by these hardware systems are different. Therefore, the first data obtained from different hardware systems in step S201 usually have different data formats, and thus, the unified use of such different data formats is not possible in the prior art. Therefore, in step S202, such raw data obtained in step S201 may be subjected to data analysis to obtain data attributes of the raw data and further to know which hardware system or what hardware systems the first data comes from, such as the heating and ventilation system or the power system, etc., based on the attribute information.
And S203, performing protocol conversion on the first data according to the analysis result to obtain second data in a preset format.
The protocol used by the first data collected in step S201 is known through the analysis in step S202, so that in step S203, a scheme used for data conversion of the first data can be determined through a table lookup or the like, and the first data with respective protocol formats from different hardware systems can be converted into a uniform format through the scheme, so that uniform management can be realized.
Therefore, compared with the prior art, the embodiment of the application acquires the operating data of the hardware system based on the uniform data interface and performs protocol conversion on the data by adopting the corresponding protocol through analyzing the data so as to obtain the second data in the format suitable for management, and the acquired data can be subjected to format conversion in a targeted manner through analyzing the attribute of the acquired data so as to enable the content of the acquired data representing the operating state of the hardware system to be unchanged, so that the defect that different processing schemes need to be used according to the specification of the hardware system of the acquired data in the prior art is overcome, the uniform support for the specifications of various hardware systems is realized, and the development and maintenance cost of the control system is greatly reduced.
EXAMPLE III
Fig. 3 is a flowchart of another embodiment of the data processing method provided in the present application, and an execution subject of the method may be various terminal or server devices with data processing capability, or may be a device or chip integrated on these devices. As shown in fig. 3, the data processing method includes the steps of:
s301, at least one first data is collected through a first data interface.
In the embodiment of the present application, the hardware system which is the object of control or management may be communicatively connected through a unified first data interface. The unified data interface here may be to use one device to connect a plurality of hardware systems one after another, or may also be to use a data processing apparatus with the same data interface or even the same specification to connect a plurality of hardware systems to execute step S301 of the embodiment of the present application. Therefore, the data interface connected by such communication can acquire the operation data of the system from a hardware system as a management object, for example, a heating and ventilation system providing an ambient temperature adjustment function in the above-described data center, a storage battery system providing emergency power supply, or a power system providing regular power, or the like, as the first data of the embodiment of the present application. In the embodiment of the present application, the operation data may be, for example, start or stop state data of an air conditioning system of the heating and ventilation system, water amount data of a cooling water system or battery state-of-charge data of a battery system, the number of batteries, electricity meter data in an electric power system, power quality data, start or stop state data of a generator, and the like.
S302, extracting attribute information of the data from the first data.
After the operation data of the hardware system as the management object is obtained in step S301, it may be subjected to protocol parsing in step S302. Specifically, since the data formats and communication protocols of different hardware systems are different from each other, for example, in a data center storing a large amount of data, not only a heating and ventilation system is required to implement temperature adjustment, a power system is required to provide power supply, but also a battery pack system is required to serve as an uninterruptible power supply to provide emergency power supply, in the control system of the existing data center, corresponding data acquisition and management modules need to be provided for the different hardware systems respectively. For example, an heating and ventilation control system is provided for an heating and ventilation system, a power management system is provided for an electric power system, and a battery management system is provided for a storage battery. In general, since these hardware systems are purchased from different vendors or companies, the data formats and protocols used by these hardware systems are different. Therefore, the first data obtained from different hardware systems in step S301 usually have different data formats, and thus, the unified use of such different data formats is not possible in the prior art. Therefore, in step S302, such raw data obtained in step S301 may be subjected to data analysis to obtain data attributes of the raw data and further to know which hardware system or what hardware systems the first data comes from, such as the heating and ventilation system or the power system, etc., based on the attribute information.
And S303, performing protocol conversion on the first data according to the analysis result to obtain second data in a preset format.
The protocol used by the first data collected in step S301 is known through the analysis in step S302, so that in step S303, the scheme used for data conversion of the first data can be determined through a table lookup or the like, and the first data with respective protocol formats from different hardware systems can be converted into a uniform format through the scheme, so that uniform management can be realized. In particular, in the protocol conversion process of step S303, only the format of the data is actually converted, and the data content in the data that characterizes the operation state of the acquired hardware system is retained.
For example, in the embodiment of the present application, the first data and the second data may each include a data header and a data body, and the first data and the second data have the same data body, which may characterize the collected operating state of the hardware system. Therefore, the method can directly collect the data by using a uniform data interface without distinguishing the specification of a hardware system of the collected object, and convert the original data into the data which can be directly used by the control system by keeping the content of the representation operation data unchanged. Therefore, compared with the existing scheme that different hardware systems can be acquired only by using a plurality of data processing modules/boxes, the method can acquire data of different types or specifications by using the same acquisition module and then convert the data into a uniform format which can be used by a control system.
In addition, in the industrial field, since the Modbus protocol is generally used for communication, the first data collected in step S301 may also be subjected to protocol conversion by using the Modbus protocol in step S303 in the embodiment of the present application.
In addition, in the embodiment of the present application, the first data collected in step S301 may also be subjected to protocol conversion according to other protocols, in other words, the second data obtained in step S303 may have various formats. In particular, priorities may be applied to these formats. For example, there may be a plurality of formats of national standard format, industry standard format, enterprise customized format, and the like, and among these formats, different priorities may be imposed for different kinds of formats according to their importance degree, the wide degree of application, and the like. For example, generally, the national standard format is most widely used and has national effectiveness, and thus in the embodiment of the present application, a higher priority can be applied to such national standard format, while the industry standard format is generally a format popularized in a certain industry, and thus if the data processing scheme of the present application is applied to a specific industry, a higher or lower priority can be applied to the industry standard format of the industry than the national standard format. In addition, enterprise-customized formats may be given a lower priority because they are typically the own behavior of a certain enterprise. Therefore, in the embodiment of the present application, step S303 may further include: acquiring a plurality of different preset formats corresponding to the first data; determining a target preset format in a plurality of preset formats according to the priorities of the preset formats; and carrying out protocol conversion on the first data according to the analysis result to obtain second data in a target preset format. Therefore, in step S303, a plurality of formats corresponding to the first data may be acquired, as described above, such a plurality of formats may include one or more of a national standard format, an industry standard format, and an enterprise customized format, and then, the target format for performing protocol conversion in step S303 may be determined according to the priority of the formats, for example, if the acquired plurality of formats includes a national standard format and an enterprise customized format, since the priority of the national standard format is higher than that of the enterprise customized format, the national standard format may be determined as the target format in step S303, and then, the second data in the national standard format may be obtained by performing protocol conversion on the first data.
In addition, in the embodiment of the present application, in step S303, the final format may not be determined, and the obtained first data may be converted into an appropriate format according to the attribute of the first data, that is, a plurality of formats may be first used as target formats for protocol conversion of the first data, and then classification processing may be performed on the target data according to the format types of the target data, and one of the target data may be determined as the second data according to the classification processing result. For example, the first data may be converted into the second data in the national standard format and the second data in the enterprise customized format through a protocol in step S303, and then the obtained second data in such multiple formats may be classified, and then the final target format may be determined according to the number of each type after classification.
In addition, when the protocol conversion is performed on the first data in step S303, the first data may be encrypted, the encryption key may be saved in the preset key database, and then the second data in the preset format may be decrypted by using the encryption key after the protocol conversion, so that the security of the data collected in the protocol conversion processing process may be ensured by using the process, and the problem of data leakage caused by additional protocol processing may be avoided.
S304, performing character mapping on the device characters of the hardware system in the second data according to a preset naming standard.
Further, as described above, since different hardware systems, such as a heating and ventilation system, a battery system, or an electric power system, are developed and managed by different manufacturers or operators, respectively, not only are data formats different, but also names of characters therein are often set according to development habits of the respective manufacturers. Thus, although the data format may be converted in step S303, the converted character naming also adds complexity to the processing of the control system that processes the characters having different naming rules if the respective naming conventions are still retained. For this reason, in the embodiment of the present application, in step S304, the characters in the second data subjected to the format conversion in step S303 may be subjected to character mapping according to a naming rule used by the control system, for example, so that characters having a unified naming rule can be obtained, and the control system is convenient to use these data for management.
S305, outputting the second data to the control system.
In the embodiment of the present application, the data collection and the protocol conversion are performed to uniformly manage the operation of the hardware system as the collection target by using the control system, and therefore in the embodiment of the present application, the second data may be a data type that can be recognized by the control system for managing such a hardware system. After step S303 or S304, the obtained second data, for example, the second data after the protocol conversion is performed in step S303 or the second data after the character mapping is performed in step S304, may be further output to the control system, so that the control system may manage the hardware system according to the content of the second data, which represents the operating state of the hardware system.
In addition, in the embodiment of the application, the analysis result of the analyzed first data or the converted second data may be further output through an interactive interface, for example, to a user, so that the user can check whether the analysis result or the conversion result meets requirements through the output analysis result or the second data, and further can input feedback about the analysis result or the conversion result through the interactive interface, so that a protocol for performing protocol conversion may be adjusted according to the feedback input of the user according to the data processing scheme of the application, so as to perform conversion according to the requirements of the user. Or conversion suggestions can be provided for the user through the interactive interface so that the user can select from the suggested options and input selection instructions through the interactive interface, and therefore the system can convert according to the protocol specified by the user.
Therefore, compared with the prior art, the embodiment of the application acquires the operating data of the hardware system based on the uniform data interface and performs protocol conversion on the data by adopting the corresponding protocol through analyzing the data so as to obtain the second data in the format suitable for management, and the acquired data can be subjected to format conversion in a targeted manner through analyzing the attribute of the acquired data so as to enable the content of the acquired data representing the operating state of the hardware system to be unchanged, so that the defect that different processing schemes need to be used according to the specification of the hardware system of the acquired data in the prior art is overcome, the uniform support for the specifications of various hardware systems is realized, and the development and maintenance cost of the control system is greatly reduced.
Example four
Fig. 4 is a schematic structural diagram of an embodiment of a data processing apparatus provided in the present application, which can be used to execute the method steps shown in fig. 2 and fig. 3. As shown in fig. 4, the data processing apparatus may include: adata acquisition module 41 and aprotocol conversion module 42.
Thedata acquisition module 41 may be configured to acquire at least one first data through the first data interface.
In the embodiment of the present application, the data processing apparatus may be communicatively connected to a hardware system that is an object of control or management through a unified first data interface. The unified data interface may be a data processing apparatus of the embodiment of the present application to connect a plurality of hardware systems sequentially, or may also be a data processing apparatus having the same data interface or even the same specification to connect a plurality of hardware systems to collect raw data through thedata collection module 41. Therefore, thedata acquisition module 41 can acquire the operation data of the system from the hardware system as the management object, for example, the heating and ventilation system providing the environmental temperature adjustment function, the storage battery system providing the emergency power supply, or the power system providing the normal power in the data center, etc. through the data interface connected in such a communication manner as the first data of the embodiment of the present application. In the embodiment of the present application, the operation data may be, for example, start or stop state data of an air conditioning system of the heating and ventilation system, water amount data of a cooling water system or battery state-of-charge data of a battery system, the number of batteries, electricity meter data in an electric power system, power quality data, start or stop state data of a generator, and the like.
Theprotocol conversion module 42 may be configured to extract attribute information of the data from the first data, and perform protocol conversion on the first data according to the parsing result to obtain second data in a preset format.
After thedata acquisition module 41 obtains the operation data of the hardware system as the management object, theprotocol conversion module 42 may perform protocol analysis on the operation data. Specifically, since the data formats and communication protocols of different hardware systems are different from each other, for example, in a data center storing a large amount of data, not only a heating and ventilation system is required to implement temperature adjustment, a power system is required to provide power supply, but also a battery pack system is required to serve as an uninterruptible power supply to provide emergency power supply, in the control system of the existing data center, corresponding data acquisition and management modules need to be provided for the different hardware systems respectively. For example, an heating and ventilation control system is provided for an heating and ventilation system, a power management system is provided for an electric power system, and a battery management system is provided for a storage battery. In general, since these hardware systems are purchased from different vendors or companies, the data formats and protocols used by these hardware systems are different. Therefore, the first data obtained by thedata acquisition module 41 from different hardware systems usually have different data formats, and thus, the unified use of such different data formats is not possible in the prior art. Therefore, theprotocol conversion module 42 may perform data analysis on such raw data obtained by thedata acquisition module 41 to obtain data attributes of the raw data and further know which hardware system or what hardware systems the first data comes from based on the attribute information, such as the heating and ventilation system or the power system, and so on.
Theprotocol conversion module 42 may determine a scheme used for data conversion of the first data by, for example, table look-up by analyzing and knowing a protocol used for the first data acquired by thedata acquisition module 41, so that the first data having respective protocol formats from different hardware systems can be converted into a unified format by the scheme, and thus unified management can be achieved. In particular, during the protocol conversion process, theprotocol conversion module 42 actually converts only the format of the data, and retains the data content in the data that characterizes the operational state of the acquired hardware system.
For example, in the embodiment of the present application, the first data and the second data may each include a data header and a data body, and the first data and the second data have the same data body, which may characterize the collected operating state of the hardware system. Therefore, the method can directly collect the data by using a uniform data interface without distinguishing the specification of a hardware system of the collected object, and convert the original data into the data which can be directly used by the control system by keeping the content of the representation operation data unchanged. Therefore, compared with the existing scheme that different hardware systems can be acquired only by using a plurality of data processing modules/boxes, the method can acquire data of different types or specifications by using the same acquisition module and then convert the data into a uniform format which can be used by a control system.
In addition, in the industrial field, the Modbus protocol is usually used for communication, and therefore, in the embodiment of the present application, theprotocol conversion module 42 may also use the Modbus protocol to perform protocol conversion on the first data collected by thedata collection module 41.
Furthermore, according to the embodiment of the present application, theprotocol conversion module 42 may be implemented in an edge deployment manner, for example, theprotocol conversion module 42 may be deployed in the local of the acquired device, and serve as a near-hardware module or device of the acquired device, so that theprotocol conversion module 42 may be deployed in the edge deployment manner in the local of the acquired device to perform protocol conversion processing immediately after the first data is acquired from the acquisition device. In addition, theprotocol conversion module 42 may also be implemented in a cloud, such as a cloud center. For example, theprotocol conversion module 42 may be provided on a cloud server, and each acquired device or a system to be subjected to data processing may be connected via the internet. Therefore, in this case, each acquired device may acquire required data under the control of the local or cloud control module and send the acquired data to theprotocol conversion module 42 of the cloud center through the internet for processing. Particularly, since theprotocol conversion module 42 can process data of a plurality of collected devices or systems in a centralized manner, it is possible to provide more computing resources to theprotocol conversion module 42 with higher computing specifications without considering hardware conditions local to the collected devices or systems, and it is possible to save local resources by using the internet for a plurality of collected devices or systems, and it is possible to save processing resources by setting one processing center in a larger range such as a region or even a country to process collected data in the whole region, and it is also advantageous for centralized management and security of data.
In addition, the data processing apparatus of the embodiment of the present application may further include adata mapping module 43.
Thedata mapping module 43 may be configured to perform character mapping on the device characters of the hardware system in the second data according to a preset naming standard.
Further, as described above, since different hardware systems, such as a heating and ventilation system, a battery system, or an electric power system, are developed and managed by different manufacturers or operators, respectively, not only are data formats different, but also names of characters therein are often set according to development habits of the respective manufacturers. Thus, although theprotocol conversion module 42 may convert the data format, the converted character naming also adds processing complexity to the control system that handles the characters with different naming conventions, if the respective naming conventions are still retained. For this reason, in the embodiment of the present application, thedata mapping module 43 may perform character mapping on characters in the second data subjected to format conversion by theprotocol conversion module 42 according to, for example, a naming rule used by the control system, so that characters with a unified naming rule can be obtained, and management by the control system using these data is facilitated.
In the embodiment of the present application, the data collection and the protocol conversion are performed to uniformly manage the operation of the hardware system as the collection target by using the control system, and therefore in the embodiment of the present application, the second data may be a data type that can be recognized by the control system for managing such a hardware system. After the processing of theprotocol conversion module 42 or thedata mapping module 43, the obtained second data, for example, the second data after the protocol conversion by theprotocol conversion module 42 or the second data after the character mapping by thedata mapping module 43, may be further output to the control system, so that the control system may manage the hardware system according to the content of the second data representing the operating state of the hardware system.
Therefore, compared with the prior art, the embodiment of the application acquires the operating data of the hardware system based on the uniform data interface and performs protocol conversion on the data by adopting the corresponding protocol through analyzing the data so as to obtain the second data in the format suitable for management, and the acquired data can be subjected to format conversion in a targeted manner through analyzing the attribute of the acquired data so as to enable the content of the acquired data representing the operating state of the hardware system to be unchanged, so that the defect that different processing schemes need to be used according to the specification of the hardware system of the acquired data in the prior art is overcome, the uniform support for the specifications of various hardware systems is realized, and the development and maintenance cost of the control system is greatly reduced.
EXAMPLE five
The internal functions and structure of the data processing apparatus, which can be implemented as an electronic device, are described above. Fig. 5 is a schematic structural diagram of an embodiment of an electronic device provided in the present application. As shown in fig. 5, the electronic device includes amemory 51 and aprocessor 52.
Thememory 51 stores programs. In addition to the above-described programs, thememory 51 may also be configured to store other various data to support operations on the electronic device. Examples of such data include instructions for any application or method operating on the electronic device, contact data, phonebook data, messages, pictures, videos, and so forth.
Thememory 51 may be implemented by any type or combination of volatile or non-volatile memory devices, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.
Theprocessor 52 is not limited to a Central Processing Unit (CPU), but may be a processing chip such as a Graphic Processing Unit (GPU), a Field Programmable Gate Array (FPGA), an embedded neural Network Processor (NPU), or an Artificial Intelligence (AI) chip. And aprocessor 52, coupled to thememory 51, for executing the program stored in thememory 51, and executing the data processing method of the second and third embodiments when the program is executed.
Further, as shown in fig. 5, the electronic device may further include:communication components 53,power components 54,audio components 55,display 56, and other components. Only some of the components are schematically shown in fig. 5, and it is not meant that the electronic device comprises only the components shown in fig. 5.
Thecommunication component 53 is configured to facilitate wired or wireless communication between the electronic device and other devices. The electronic device may access a wireless network based on a communication standard, such as WiFi, 3G, 4G, or 5G, or a combination thereof. In an exemplary embodiment, thecommunication component 53 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, thecommunication component 53 further comprises a Near Field Communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, Ultra Wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.
Apower supply component 54 provides power to the various components of the electronic device. Thepower components 54 may include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for an electronic device.
Theaudio component 55 is configured to output and/or input audio signals. For example, theaudio component 55 includes a Microphone (MIC) configured to receive external audio signals when the electronic device is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signal may further be stored in thememory 51 or transmitted via thecommunication component 53. In some embodiments,audio assembly 55 also includes a speaker for outputting audio signals.
Thedisplay 56 includes a screen, which may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation.
Those of ordinary skill in the art will understand that: all or a portion of the steps of implementing the above-described method embodiments may be performed by hardware associated with program instructions. The program may be stored in a computer-readable storage medium. When executed, the program performs steps comprising the method embodiments described above; and the aforementioned storage medium includes: various media that can store program codes, such as ROM, RAM, magnetic or optical disks.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.