Data processing system of Internet of Things equipment

Abstract

The invention relates to the technical field of Internet of Things, and provides a data processing system of Internet of Things equipment, which comprises a client and a server, and is characterized in that the client is used for receiving equipment information of access equipment input by a user, and the equipment information comprises an analysis document; according to the equipment information, judging whether a simulation test needs to be carried out on the access equipment or not; under the condition that the access equipment needs to be subjected to a simulation test, uploading the analysis document to a server side to obtain reported data; the data simulation module in the server side is used for receiving the analysis document uploaded by the client side and carrying out simulation test on the access equipment according to the analysis document so as to obtain reported data; and an analysis module in the server side is used for analyzing the reported data. According to the embodiment of the invention, under the scene that no access equipment exists or the access equipment does not have equipment joint debugging, the condition of unsmooth development caused by the absence of real equipment can be avoided, and the development efficiency is improved.

Description

Technical Field

[0001] The present disclosure relates to the technical field of Internet of Things, and in particular to a data processing system for Internet of Things devices. Background Art

[0002] With the continuous popularization and development of Internet of Things technology, Internet of Things-related applications and services are becoming more and more widely used in industries such as industry and transportation, and the number and types of equipment in projects are also increasing.

[0003] Developers often connect multiple devices to a project and communicate with multiple manufacturers about device-related information for customized development, such as device usage, reporting of device data, associations between various data, triggering methods, etc.

[0004] However, in the early stages of development, developers often fail to get the equipment in time, but the project progress must continue, making it difficult to start the initial development phase and unable to proceed normally. At the same time, during the development process, they often have to face the situation that the equipment does not have the conditions for joint debugging, which also reduces development efficiency. Summary of the invention

[0005] The present disclosure provides a data processing system for an Internet of Things device to at least solve the above technical problems existing in the prior art.

[0006] According to the present disclosure, a data processing system for an Internet of Things device is provided, characterized in that the system includes a client and a server, the server includes a data simulation module and a parsing module, wherein: The client is used to receive device information of an access device input by a user, wherein the device information includes a parsed document, and the parsed document is used to obtain reported data by performing a simulation test on the access device; judging whether it is necessary to perform a simulation test on the access device according to the device information; and uploading the parsed document to a server to obtain reported data if the access device needs to perform a simulation test; The data simulation module is used to receive the parsing document uploaded by the client, and perform a simulation test on the access device according to the parsing document to obtain reporting data; The parsing module is used to parse the reported data.

[0007] In one possible implementation, the client is specifically used for: Determining whether the device information contains reporting data; If the device information includes reported data, no simulation test is performed on the access device, and the reported data is uploaded to the server; If the device information does not include the reported data, a simulation test is performed on the access device.

[0008] In one possible implementation, the client is further used for: The receiving user makes changes to the device information so as to re-perform the simulation test through the server to obtain updated reported data.

[0009] In one possible implementation, the client is further used for: Acquire forwarding configuration information of the reported data, and upload the forwarding configuration information to the server.

[0010] In one possible implementation, the parsing module is specifically used for: Determining whether the format of the reported data is a message; When the format of the reported data is a message, verifying the reported data; When the verification of the reported data succeeds, the reported data is parsed into a target character string.

[0011] In one possible implementation, the parsing module further includes: A character conversion submodule, used for intercepting data in the reported data, performing preprocessing, and obtaining first data; A base conversion submodule, used for performing base conversion on the first data according to a preset conversion parameter to obtain second data; The custom encapsulation submodule is used to process the second data according to a preset encapsulation method to obtain a target character string.

[0012] In one possible implementation, the server further includes: a forwarding and storage module, configured to forward the target string to other platforms according to the forwarding configuration information; and / or, The target character string is stored according to the forwarding configuration information.

[0013] In one possible implementation, the forwarding and storage module is further used for: Based on the specified specification parameters included in the forwarding configuration information, the data type of the target character string is set and forwarded to other platforms.

[0014] In one possible implementation, the server further includes: The device basic information module is used to store device information of access devices from different manufacturers.

[0015] In one possible implementation, the server further includes: The device protocol module is used to store device protocols of various types of access devices.

[0016] The client in the data processing system of the IoT device provided by the present disclosure is used to receive device information of the access device input by the user, wherein the device information includes a parsing document, and the parsing document is used to obtain reported data by performing a simulation test on the access device; based on the device information, it is determined whether it is necessary to perform a simulation test on the access device; if the access device needs to be simulated, the parsing document is uploaded to the server to obtain the reported data; the data simulation module is used to receive the parsing document uploaded by the client, and perform a simulation test on the access device according to the parsing document to obtain the reported data; the parsing module is used to parse the reported data. In the scenario where there is no access device or the access device does not have device joint debugging, this embodiment obtains reported data by uploading a parsing document to simulate the device, thereby avoiding the situation where development is not smooth due to the lack of real devices and improving development efficiency.

[0017] It should be understood that the content described in this section is not intended to identify the key or important features of the embodiments of the present disclosure, nor is it intended to limit the scope of the present disclosure. Other features of the present disclosure will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] The above and other objects, features and advantages of the exemplary embodiments of the present disclosure will become readily understood by reading the detailed description below with reference to the accompanying drawings. In the accompanying drawings, several embodiments of the present disclosure are shown in an exemplary and non-limiting manner, in which: In the drawings, the same or corresponding reference numerals represent the same or corresponding parts.

[0019] Figure 1 The structure of a data processing system for an Internet of Things device provided by an embodiment of the present disclosure is shown. Figure 1 ; Figure 2 The structure of a data processing system for an Internet of Things device provided by an embodiment of the present disclosure is shown. Figure 2 ; Figure 3 The structure of a data processing system for an Internet of Things device provided by an embodiment of the present disclosure is shown. Figure 3 ; Figure 4 A schematic diagram of the structure of a server in a data processing system of an exemplary Internet of Things device provided by an embodiment of the present disclosure is shown; Figure 5 A schematic diagram showing a structure of a system timing in a data processing system of an exemplary Internet of Things device provided by an embodiment of the present disclosure is shown; Figure 6A schematic diagram of a processing flow of a data processing system for an exemplary Internet of Things device provided by an embodiment of the present disclosure is shown. DETAILED DESCRIPTION

[0020] In order to make the purpose, features, and advantages of the present disclosure more obvious and easy to understand, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below in conjunction with the drawings in the embodiments of the present disclosure. Obviously, the described embodiments are only part of the embodiments of the present disclosure, not all of the embodiments. Based on the embodiments in the present disclosure, all other embodiments obtained by those skilled in the art without creative work are within the scope of protection of the present disclosure.

[0021] At present, in order to meet the needs of the platform, most developers perform customized development based on a device or a class of devices provided by a certain manufacturer. When parsing protocol devices, create a separate project or integrate it into microservices based on the data documents provided by the manufacturer. Due to different businesses and devices, each access device must be customized and developed separately, resulting in a single IoT platform that may contain devices with multiple protocols that need to be accessed, parsed, and processed. Correspondingly, it is necessary to manage the configurations of multiple projects and the interactions with the IoT platform. In the early development process, it is often impossible to get the equipment in time, but the project progress must continue.

[0022] Therefore, this embodiment provides a data processing system for an Internet of Things device, which is specifically as follows: Figure 1 A schematic diagram of a data processing system for an Internet of Things device provided in an embodiment of the present disclosure Figure 1 ,like Figure 1 As shown, the system includes a client 10 and a server 20, wherein the server 20 includes a data simulation module 210 and a parsing module 220, wherein: The client 10 is used to receive device information of an access device input by a user, wherein the device information includes a parsed document, and the parsed document is used to obtain reported data by performing a simulation test on the access device; judging whether it is necessary to perform a simulation test on the access device according to the device information; and uploading the parsed document to the server to obtain reported data if the access device needs to perform a simulation test; The data simulation module 210 is used to receive the parsed document uploaded by the client, and perform a simulation test on the access device according to the parsed document to obtain the reported data; The parsing module 220 is used to parse the reported data.

[0023] Among them, the client is configured with an input interface, which can be provided to developers to input relevant device information of various access devices. Device information includes parsing documents and device manufacturers, models, etc. The parsing document includes the relevant configuration protocol of the access device, message parsing base, number of interception bits, receiving method and topic, CRC check and other parameters. The reported data is data that can be provided to developers for development and use of the access device. Access devices include but are not limited to devices of the Message Queuing Telemetry Transport Protocol (MQTT), User Datagram Protocol (UDP), Hypertext Transfer Protocol (HTTP), and Transmission Control Protocol (TCP).

[0024] Since some developers in the field of the Internet of Things often encounter projects that they need to participate in that involve different fields, such as the industrial field, the transportation field, etc., correspondingly, developers need to access devices of different protocols according to project requirements. Before processing the data of the accessed device, developers need to consult data documents for different devices, create separate projects for each device, and other steps. At the same time, during the development process, it is often necessary to face the situation that the device does not have the conditions for joint debugging, which takes up development time to a certain extent. Therefore, the data processing system provided in this embodiment can simulate the actual data reporting of the access device through the device documents provided by the manufacturer, thereby saving development time.

[0025] Specifically, the data processing system of the Internet of Things device provided in this embodiment includes a client and a server. The client uploads the relevant device information of various access devices, and determines whether to perform a simulation test on the access device based on the device information. If a simulation test is required, the parsed document is uploaded to the server, and the reporting and issuing process of the access device is simulated by the server to obtain the reported data. If no simulation test is performed on it, the reported data can be directly determined in the device information, and the reported data can be uploaded for parsing.

[0026] Specifically, in this embodiment, whether the access device needs to be simulated tested can be determined at the client or at the server, without limitation. If the server determines whether to perform a simulation test on the access device, the device information and / or parsed document can be reported to the server to make a judgment, and then the reported data can be parsed. In addition, after the server parses the reported data, the parsed data can be sent to the client for the user to view.

[0027] In the embodiment of the present disclosure, the client is specifically used to: determine whether the device information contains reported data; if the device information contains reported data, do not perform a simulation test on the access device and upload the reported data to the server; if the device information does not contain reported data, perform a simulation test on the access device.

[0028] Specifically, this embodiment can determine whether there is a real access device or whether the access device can be normally provided to developers for development and debugging by determining whether the device information includes reported data on the client side, thereby reducing the workload of the server, alleviating the computing burden of the server, and improving operating efficiency. If the device information includes reported data, the reported data can be directly reported to the server, and the server can parse and use it; if the device information does not include reported data, the parsing document about the access device provided by the manufacturer can be uploaded to the server, and the server can simulate the reporting and sending process of the access device to obtain the reported data, and then parse and use the reported data.

[0029] In the disclosed embodiment, the client is further used to: receive changes made by the user to the device information, so as to re-perform simulation testing through the server to obtain updated reported data.

[0030] Specifically, since the client in this embodiment provides an input interface, it can support receiving user changes to some device information, so that the server can re-simulate the test and obtain updated reported data, so that the server can parse and use the updated reported data. In addition, the client in this embodiment can also receive information such as the user's configuration forwarding method for reported data. For example, the data processing system in this embodiment supports configuring field names and intercepting corresponding base values ​​through the input interface, and performing base conversion according to the requirements of the device parsing document. Equipment manufacturers can also write documents based on the functions of the processing system, thereby improving the development efficiency between hardware and platform.

[0031] Since developers often deal with many access devices in different projects, they need a certain amount of time to understand the use and test conditions of the devices, and some data needs to be temporarily adjusted, which will take up the time for device analysis and development. Therefore, in this embodiment, the client is provided with an input page to provide a user change function, which can help developers shorten the development time for device data analysis.

[0032] In the embodiment of the present disclosure, the client is further used to: obtain forwarding configuration information of the reported data, and upload the forwarding configuration information to the server.

[0033] Specifically, the client in this embodiment can also provide the user with input of forwarding configuration information about the reported data, and upload the forwarding configuration information to the server. The server can then forward the parsed reported data to other servers according to the forwarding configuration information.

[0034] Therefore, the client in this embodiment may include basic information about the access device input by the user, such as device protocol, data parsing method, whether to simulate device reporting, data forwarding or storage method, etc., to complete data access to the access device.

[0035] In addition, the server in this embodiment includes a data simulation module and a parsing module. The data simulation module receives the parsing document uploaded by the client and performs a simulation test on the access device according to the parsing document when the access device has a simulation requirement, so as to obtain the reported data. The parsing module is used to parse the reported data for subsequent use.

[0036] In the disclosed embodiment, the parsing module of the server is specifically used to: determine whether the format of the reported data is a message; if the format of the reported data is a message, verify the reported data; if the verification of the reported data is successful, parse the reported data into a target character string.

[0037] The target string may be a string in any data format, for example, a string in json format.

[0038] Specifically, the parsing module in this embodiment can first determine whether the reported data is a message. If the format of the reported data is not a message, the reported data can be forwarded as required according to the forwarding configuration information input by the user, or the reported data can be directly stored as required. In this embodiment, if the format of the reported data is a message, the reported data can be verified.

[0039] Specifically, whether to verify the reported data in this embodiment can be determined in the parsed document. If the parsed document contains verification information, the reported data is verified. If the parsed document does not contain verification information, the reported data is not verified.

[0040] Specifically, the verification in this embodiment can be performed by a cyclic redundancy check code (CRC). For example, if a CRC16 check is required, a data segment from the 5th to the 100th bit is configured on the page, and a corresponding verification method is selected to compare the verified value with the CRC16 check code from the 1st to the 4th bit. If the verified value matches the CRC16 check code from the 1st to the 4th bit, the verification is successful, and subsequent parsing of other data is performed to parse the target string. If it fails, the reason for the failure is output in the log.

[0041] This embodiment verifies the reported data to determine whether the reported data is correct, thereby improving the security of the development process.

[0042] In the embodiment of the present disclosure, the parsing module also includes: a character conversion submodule, which is used to intercept the data in the reported data, perform preprocessing, and obtain first data; a base conversion submodule, which is used to perform base conversion on the first data according to preset conversion parameters to obtain second data; and a custom encapsulation submodule, which is used to process the second data according to a preset encapsulation method to obtain a target character string.

[0043] The first data is the data obtained by truncating the data in the reported data according to the number of truncated digits marked in the parsed document; the second data is the data obtained by converting the first data into a binary system according to the preset conversion parameters. The preset conversion parameters are used to standardize the format of the first data to facilitate subsequent data processing. The preset encapsulation method is to set the encapsulation method of the second data according to the requirements.

[0044] The processing system provided in this embodiment is provided with some key classes, character tool classes, which are used for conversion between some character encodings and for adapting to the forwarding of special data in actual needs; and a base conversion tool class is provided, such as hexadecimal to binary, binary to unsigned integer and other conversion methods.

[0045] Specifically, the parsed document in this embodiment may include preset conversion parameters and preset encapsulation methods. Exemplarily, after receiving and verifying the rationality of the reported data parameters, this embodiment performs business processing, intercepts the corresponding data, first converts some special characters into character sets according to the special character conversion parameters to obtain the first data; then, according to the preset conversion parameters passed in, executes the corresponding base conversion method, performs base conversion on the first data, and obtains the second data. Finally, the second data is processed according to the preset encapsulation method. For example, this embodiment can parse the device number field and the timestamp field. Use the put() method in JSON Object, put the assigned field name into the first parameter of the put method, put the converted data into the second parameter, and finally parse all the messages into a complete json format data, and customize the encapsulation into the target string in json format required by the platform.

[0046] The processing system provided in this embodiment is convenient and fast, and can quickly access the device. The platform message data has a simple and highly visible configuration and parsing process. The message parsing steps provided in the parsing document can be well reflected in the parameters of the page configuration, and it is also convenient to modify some parameters.

[0047] Figure 2 A schematic diagram of a data processing system for an Internet of Things device provided in an embodiment of the present disclosure Figure 2 ,like Figure 2 As shown, in addition to the client 10 , the server 20 , the data simulation module 210 and the parsing module 220 , the server also includes: a forwarding and storage module 230 .

[0048] The forwarding and storage module 230 is used to forward the target string to other platforms according to the forwarding configuration information; and / or store the target string according to the forwarding configuration information.

[0049] The forwarding configuration information includes a forwarding method and a forwarding destination. The server in this embodiment can forward the target character string to other platforms or store it according to the forwarding configuration information.

[0050] For example, if the Internet of Things (IoT) platform or other recipients need to further process the target string, this embodiment can forward the data to the corresponding server according to the configuration of the forwarding part on the page. For example, this embodiment can provide a variety of forwarding tools, such as RabbitMQ, EMQX binding subscription and designated forwarding. Alternatively, if this embodiment needs to store the data, it can perform persistence operations, such as MongoDB, Mysql, and TDengine.

[0051] In the embodiment of the present disclosure, the forwarding and storage module is further used to: set the data type of the target character string based on the specified specification parameters included in the forwarding configuration information, and forward it to other platforms.

[0052] Specifically, the forwarding configuration information uploaded by the client in this embodiment may also include a specified specification parameter, and the server may set a personalized data type for the target string based on the specified specification parameter. For example, if the receiver of the forwarded message needs to distinguish the type of alarm data separately, the method may be used to add the alarm type field required by the receiver based on the above json format data, so as to facilitate the receiver's processing.

[0053] Based on the parsed reported data, this embodiment can add custom fields required by the recipient, support custom encapsulation and data, and be adapted to various IoT platforms to achieve efficient and customized development of data from parsing messages to forwarding to the IoT platform, ensuring the continuity and reliability from the device to the final presentation of data.

[0054] Figure 3 A schematic diagram of a data processing system for an Internet of Things device provided in an embodiment of the present disclosure Figure 3 ,like Figure 3 As shown, in addition to the client 10, the server 20, the data simulation module 210, the analysis module 220, and the forwarding and storage module 230, the server also includes: a device basic information module 240 and a device protocol module 250. The device basic information module 240 is used to store device information of access devices of different manufacturers; the device protocol module 250 is used to store device protocols of various types of access devices.

[0055] Specifically, the server in this embodiment may include a device basic information module for storing device information of access devices from different manufacturers, such as manufacturer, model, and other device-related information. A device protocol module is used to store device protocols of various types of access devices, so that subsequent parsing modules can parse the reported data according to different device protocols, for example. Exemplarily, if the access device selects the MQTT protocol for parsing, select the original data format of the device report, and under the message format, you can choose to perform CRC check on the message data first, choose to intercept message strings of different bits, and parse them into corresponding data according to the document. If the access device selects the TCP protocol for parsing, the platform uses the Netty framework by default to convert the message into byte array or string type data for parsing.

[0056] The processing system provided in this embodiment facilitates the subsequent management of the project. If there are changes in some operating environments, the project configuration can be directly modified without the need to directly modify the device project configurations one by one.

[0057] Figure 4 The following is a schematic diagram of the structure of a server in a data processing system of an exemplary Internet of Things device provided in an embodiment of the present disclosure. Figure 4 As shown, this embodiment uses the backend framework built with Spring Boot, which is mainly divided into three layers including application layer, service layer and data layer. Among them, the application layer is the interface layer, which is used to receive various data uploaded by the Web client. The service layer includes a device basic information module, a parsing module, a device protocol module, a data simulation module, and a forwarding and storage module.

[0058] Among them, the device basic information module includes the manufacturer, model and other information. The parsing module includes custom encapsulation, character conversion, base conversion and data visualization functions. The device protocol module stores various device protocols such as mqtt, tcp, udp. The forwarding and storage module provides emqx, rabbitmq and persistent storage functions. The data simulation module includes the reporting process module and the sending process simulation. Both the reporting process and the sending process include message simulation and structured data simulation.

[0059] Among them, the data layer is an auxiliary service matching the service layer, including a data storage module and an IOT platform module, wherein the data storage module is also used to store reported data and / or target strings, exemplarily including Mysql, TDengine and persistent storage. Since the reporting frequency and business direction of different devices are different, the target string is stored in the corresponding database according to different situations. The IOT platform module records the subscription method and monitoring method of the IOT platform, exemplarily such as mqtt subscription and rabbitmq monitoring. This embodiment can forward the parsed target string to other IOT platform service platforms for subsequent processing according to user needs.

[0060] Exemplarily, this embodiment can use Mysql database to store basic information related to the device; and use TDengine time series database to store frequently reported device data; and use MongoDB database to store json data, which also facilitates the platform to perform nested field queries on the parsed data.

[0061] The processing system provided in this embodiment is highly reusable, covering the protocol parsing formats of most devices. The forwarding methods include the common RabbitMQ and EMQX. The storage databases include the highly used Mysql, MongoDB, and TDengine, and can be reused in various IoT projects in the future.

[0062] Figure 5 The following is a schematic diagram of the structure of the system timing in a data processing system of an exemplary Internet of Things device provided by the embodiment of the present disclosure. Figure 5 As shown, in this embodiment, the device information related to the device can be input into the input interface of the client through the access device. The client then configures the parsing and forwarding method to the server according to the device information. The server can parse the reported data and forward the parsed reported data to the configured storage server, such as the IOT platform. The IOT platform can display the stored data in a list display. In addition, the server can also customize the parsed reported data to be encapsulated as a string of json data, and directly send the json data to the device according to the message encapsulation method configured by the user. In addition, the server can also simulate the reported data of the access device reporting process according to the parsing document of the access device according to user needs in the absence of an access device, thereby obtaining simulated reported data for parsing and display.

[0063] Figure 6 The following is a schematic diagram of a processing flow of an exemplary data processing system for an IoT device provided in an embodiment of the present disclosure. The specific processing steps can be referred to as follows: Step 1: Configure various multi-protocol device access information, including manufacturer, device, model, and basic protocol information.

[0064] Step 2: Determine whether the device to be connected meets the test conditions. If not, perform data simulation based on the data provided by the device's parsing document, or obtain device reported data from the manufacturer and add import to the page.

[0065] Step 3: Confirm the actual device reporting method and device connection protocol according to the device analysis document provided by the manufacturer, such as determining whether the reported data format is a message.

[0066] Step 4: If the reported data is a message, determine whether the message needs to be CRC checked.

[0067] Step 5. If CRC16 verification is required, configure the data segment from the 5th to the 100th bit on the page, select the corresponding verification method, and compare the verified value with the CRC16 verification code from the 1st to the 4th bit. After the verification is successful, perform subsequent analysis of other data. If it fails, the log output failure reason.

[0068] Step 6. If CRC16 check is not required or the check succeeds, configure and parse other data, such as the device number field, set the field name to deviceCode, intercept the message length from the 10th to the 34th bit, and select the hexadecimal to string parsing method. For the timestamp field, set the field name to timestamp, intercept the 35th to the 43rd bit, select hexadecimal to decimal, and then select the corresponding time display format "yyyy-MM-dd HH:mm:ss". According to the above operations, perform a complete data parsing on the device. After completing the parsing on the device side, if the customer has requirements for the forwarded data, the data can be customized, such as adding the forwarded data type, such as "msgType":"lowAlarm", etc. to help the message recipient better distinguish the data.

[0069] Step 7. If the device directly reports structured data (target string) or has been parsed into structured data through the above steps, configure the data forwarding method. For example, in EMQX mode, select or customize the topic, forward the data to the EMQX server, and the IoT platform / other recipients will subscribe to it. You can also choose persistent storage.

[0070] Step 8: If the device supports sending setting values, you can encapsulate and send the values ​​in the parsing module according to the base conversion method provided in the device documentation. You can also add a message on the page and send it directly.

[0071] Step 9: When an exception occurs in the project, the log file can be quickly located using a fixed format.

[0072] This embodiment can unify the data reporting of access devices through unified log and exception output formats, such as product+device number+data type+data content, to facilitate subsequent fault location and log viewing.

[0073] The data processing system for IoT devices provided by the present disclosure can simulate the reporting and sending of devices through configuration on the page in a scenario where there is no access device or the access device does not have device joint debugging, thereby avoiding development inconveniences caused by the absence of real devices and improving development efficiency.

[0074] It should be understood that the various forms of processes shown above can be used to reorder, add or delete steps. For example, the steps recorded in this disclosure can be executed in parallel, sequentially or in different orders, as long as the desired results of the technical solutions disclosed in this disclosure can be achieved, and this document does not limit this.

[0075] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of the features. In the description of the present disclosure, the meaning of "plurality" is two or more, unless otherwise clearly and specifically defined.

[0076] The above is only a specific embodiment of the present disclosure, but the protection scope of the present disclosure is not limited thereto. Any person skilled in the art who is familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present disclosure, which should be included in the protection scope of the present disclosure. Therefore, the protection scope of the present disclosure should be based on the protection scope of the claims.

Claims

1. A data processing system for an Internet of Things device, characterized in that: The system includes a client and a server, wherein the server includes a data simulation module and a parsing module, wherein: The client is used to receive device information of an access device input by a user, wherein the device information includes a parsed document, and the parsed document is used to obtain reported data by performing a simulation test on the access device; judging whether it is necessary to perform a simulation test on the access device according to the device information; and uploading the parsed document to a server to obtain reported data if the access device needs to perform a simulation test; The data simulation module is used to receive the parsing document uploaded by the client, and perform a simulation test on the access device according to the parsing document to obtain reporting data; The parsing module is used to parse the reported data.

2. The system according to claim 1, wherein: The client is specifically used for: Determining whether the device information contains reporting data; If the device information includes reported data, no simulation test is performed on the access device, and the reported data is uploaded to the server; If the device information does not include the reported data, a simulation test is performed on the access device.

3. The system according to claim 2, wherein: The client is also used to: The receiving user makes changes to the device information so as to re-perform the simulation test through the server to obtain updated reported data.

4. The system according to claim 2 or 3, wherein: The client is also used to: Acquire forwarding configuration information of the reported data, and upload the forwarding configuration information to the server.

5. The system according to claim 4, wherein: The analysis module is specifically used for: Determining whether the format of the reported data is a message; When the format of the reported data is a message, verifying the reported data; When the verification of the reported data succeeds, the reported data is parsed into a target character string.

6. The system according to claim 5, wherein: The parsing module also includes: A character conversion submodule, used for intercepting data in the reported data, performing preprocessing, and obtaining first data; A base conversion submodule, used for performing base conversion on the first data according to a preset conversion parameter to obtain second data; The custom encapsulation submodule is used to process the second data according to a preset encapsulation method to obtain a target character string.

7. The system according to claim 6, wherein: The server also includes: a forwarding and storage module, configured to forward the target string to other platforms according to the forwarding configuration information; and / or, The target character string is stored according to the forwarding configuration information.

8. The system according to claim 7, wherein: The forwarding and storage module is also used for: Based on the specified specification parameters included in the forwarding configuration information, the data type of the target character string is set and forwarded to other platforms.

9. The system according to claim 8, wherein: The server also includes: The device basic information module is used to store device information of access devices from different manufacturers.

10. The system according to claim 9, wherein: The server also includes: The device protocol module is used to store device protocols of various types of access devices.

Images