Expressway bridge remote real-time monitoring method and device based on Internet of Things

Abstract

The invention discloses an expressway bridge remote real-time monitoring method based on the Internet of Things, and the method comprises the steps: triggering a first state publisher of a first sensor before the plugging of the first sensor and a connector is released; after the first state publisher is triggered, the first sensor sends a first state indicator to the server, and the first sensor stops sending the monitoring data to the server; after the matching of the first sensor and the connector is released, the connector and a blank state releaser are matched and inserted; after the connector is matched and inserted with the blank state publisher, the blank state publisher sends a blank state indicator to the server; after the server receives the blank status indicator, the server no longer requests the monitoring data from the first sensor. According to the invention, the problems of monitoring data errors and monitoring data category disorder are avoided.

Description

Technical Field

[0001] The present invention relates to the field of new generation information technologies, and particularly to a method and device for remote real-time monitoring of highway bridges based on the Internet of Things. Background Art

[0002] Highway bridges are key areas for highway monitoring. With the rapid development and digital transformation of intelligent transportation, it is required that highway bridge monitoring shift from manual inspections to "data-driven", and it is required to obtain monitoring data in real time, efficiently, and accurately.

[0003] For ultra-long and ultra-high highway bridges, multiple sensors are generally required for monitoring. These sensors can be black-and-white cameras, color cameras, temperature sensors, vibration sensors, infrared cameras, etc. Since the types of monitoring data provided by various sensors are different, the monitoring data provided by various sensors are generally stored independently on the server and analyzed by different analysis software. However, in the prior art, when replacing sensors, problems such as incorrect monitoring data or incorrect categorization of monitoring data often occur, which leads to incorrect analysis results. Summary of the Invention

[0004] To solve the problems of the prior art, the present invention provides a method for remote real-time monitoring of highway bridges based on the Internet of Things. The method of the present invention avoids the problem of incorrect categorization of monitoring data by setting a status publisher and a blank status publisher and specifying the operation steps of each status publisher.

[0005] The present invention provides a method for remote real-time monitoring of highway bridges based on the Internet of Things. The method includes:

[0006] Before unplugging the first sensor from the connector, trigger the first status publisher of the first sensor, where the connector provides the physical address of the connector;

[0007] After the first status publisher is triggered, the first sensor sends a first status indicator to the server, and the first sensor stops sending monitoring data to the server, where the first status indicator indicates to the server that the first sensor will be unplugged from the connector, and the first status indicator further includes the physical address of the connector;

[0008] After unplugging the first sensor from the connector, plug the connector into the blank status publisher;

[0009] After plugging the connector into the blank status publisher, the blank status publisher sends a blank status indicator to the server; the blank status indicator includes the physical address of the connector;

[0010] After the server receives the blank status indicator, the server no longer requests monitoring data from the first sensor.

[0011] In a preferred embodiment, the method further includes:

[0012] Before plugging the second sensor into the connector, the blank status publisher sends an occupancy status indicator to the server, where the occupancy status indicator indicates to the server that the connector will be plugged with the sensor, and where the first sensor and the second sensor are different types of sensors;

[0013] After the server receives the occupancy status indicator, the server starts listening for the status indicator sent by the second sensor;

[0014] After plugging the second sensor into the connector, trigger the second status publisher of the second sensor.

[0015] In a preferred embodiment, the method further includes:

[0016] After the second status publisher is triggered, the second sensor sends a second status indicator to the server, where the second status indicator indicates to the server that the second sensor has been plugged into the connector, and where the second status indicator further includes the physical address of the connector;

[0017] After the server receives the second status indicator, the server starts sending a sensor category request command to the second sensor;

[0018] After the second sensor receives the category request command, the second sensor sends the sensor category to the server, where before the server receives the sensor category, the server does not receive the monitoring data sent by the second sensor.

[0019] In a preferred embodiment, the method further includes:

[0020] Before plugging the first sensor into the connector, the blank status publisher sends an occupancy status indicator to the server, where the occupancy status indicator indicates to the server that the connector will be plugged with the sensor;

[0021] After the server receives the occupancy status indicator, the server starts listening for the status indicator sent by the first sensor;

[0022] After plugging the first sensor into the connector, trigger the first status publisher of the first sensor.

[0023] In a preferred embodiment, the method further includes:

[0024] After the first status publisher is triggered, the first sensor sends a third status indicator to the server, where the third status indicator indicates to the server that the first sensor has been plugged into the connector, and the third status indicator further includes the physical address of the connector;

[0025] After the server receives the third status indicator, the server directly requests monitoring data from the first sensor;

[0026] After the first sensor receives the request for monitoring data, the first sensor sends the monitoring data to the server.

[0027] The present invention also provides an Internet of Things-based remote real-time monitoring device for highway bridges, and the device includes modules for the following operations:

[0028] Before unplugging the first sensor from the connector, trigger the first status publisher of the first sensor, where the connector provides the physical address of the connector;

[0029] After the first status publisher is triggered, the first sensor sends a first status indicator to the server, and the first sensor stops sending monitoring data to the server, where the first status indicator indicates to the server that the first sensor will be unplugged from the connector, and the first status indicator further includes the physical address of the connector;

[0030] After unplugging the first sensor from the connector, plug the connector into the blank status publisher;

[0031] After plugging the connector into the blank status publisher, the blank status publisher sends a blank status indicator to the server; the blank status indicator includes the physical address of the connector;

[0032] After the server receives the blank status indicator, the server no longer requests monitoring data from the first sensor.

[0033] In a preferred embodiment, the device further includes modules for the following operations:

[0034] Before plugging the second sensor into the connector, the blank status publisher sends an occupancy status indicator to the server, where the occupancy status indicator indicates to the server that the connector will be plugged into a sensor, and the first sensor and the second sensor are different types of sensors;

[0035] After the server receives the occupancy status indicator, the server starts listening for the status indicator sent by the second sensor;

[0036] After plugging the second sensor into the connector, trigger the second status publisher of the second sensor.

[0037] In a preferred embodiment, the device further includes modules for the following operations:

[0038] After the second status publisher is triggered, the second sensor sends a second status indicator to the server, where the second status indicator indicates to the server that the second sensor has been plugged into the connector, and the second status indicator further includes the physical address of the connector;

[0039] After the server receives the second status indicator, the server starts to send a sensor category request command to the second sensor;

[0040] After the second sensor receives the category request command, the second sensor sends the sensor category to the server. Before the server receives the sensor category, the server does not receive the monitoring data sent by the second sensor.

[0041] In a preferred embodiment, the device further includes modules for the following operations:

[0042] Before plugging the first sensor into the connector, the blank status publisher sends an occupancy status indicator to the server, where the occupancy status indicator indicates to the server that the connector will be plugged with the sensor;

[0043] After the server receives the occupancy status indicator, the server starts to listen for the status indicator sent by the first sensor;

[0044] After plugging the first sensor into the connector, the first status publisher of the first sensor is triggered.

[0045] In a preferred embodiment, the device further includes modules for the following operations:

[0046] After the first status publisher is triggered, the first sensor sends a third status indicator to the server, where the third status indicator indicates to the server that the first sensor has been plugged into the connector, and the third status indicator further includes the physical address of the connector;

[0047] After the server receives the third status indicator, the server directly requests the monitoring data from the first sensor;

[0048] After the first sensor receives the request for the monitoring data, the first sensor sends the monitoring data to the server.

[0049] Compared with the prior art, the present invention has the following advantages. The present invention provides a remote real-time monitoring method for highway bridges based on the Internet of Things. By setting up a status publisher and a blank status publisher and specifying the operation steps of each status publisher, the present invention avoids the problems of incorrect monitoring data and confusion in the categories of monitoring data. Brief Description of the Drawings

[0050] Figure 1 is a schematic structural diagram of an embodiment of the present invention.

[0051] Figure 2 is a flowchart of a method of an embodiment of the present invention.

[0052] Figure 3 is a schematic diagram of a first state publisher of an embodiment of the present invention. Detailed Description of the Invention

[0053] The following will describe in detail the specific embodiments of the present invention with reference to the accompanying drawings. It should be understood that the protection scope of the present invention is not limited by the specific embodiments.

[0054] As described above, when replacing sensors in the prior art, problems such as incorrect monitoring data or incorrect monitoring data categories often occur. The specific analysis of this problem is as follows: Due to the particularity of the bridge structure, during the real-time monitoring of the bridge, it is required that the sensors be strictly located at the pre-designed positions. Therefore, while the sensors transmit monitoring data, the bridge monitoring server generally also requires the sensors to report their physical positions, which is generally achieved through the power supply connector. For example, some current sensors can be powered by USB, then the USB power supply connector can transmit the physical position of the connector to the sensor while supplying power. For example, some current sensors can be powered by type-c, then the type-c power supply connector can transmit the physical position of the connector to the sensor while supplying power. When replacing sensors due to hardware upgrades or when changing the sensor positions due to updated monitoring schemes, the operating steps of the prior art will result in incorrect monitoring data. Taking a black-and-white camera as an example, this black-and-white camera can communicate wirelessly with the server. When, for example, changing the sensor position due to an updated monitoring scheme, the engineer first disconnects the black-and-white camera from the power supply connector (i.e., removes the USB connector connected to the black-and-white camera). At this time, although the black-and-white camera is detached from the power supply connector, since the black-and-white camera has a battery inside, the black-and-white camera can still continue to work. However, since the position of the black-and-white camera has deviated from the original predetermined position, the photos taken at this time are obviously incorrect monitoring data. However, since the black-and-white camera is still communicating with the server at this time, the black-and-white camera is very likely to send this incorrect data to the server. A possible solution to this problem is: before disconnecting the black-and-white camera from the power supply connector, first turn off the black-and-white camera, and then turn on the black-and-white camera after reconnecting it to other connectors. The problem with this solution is that for bridge monitoring, the black-and-white camera has to go through cumbersome settings before being restarted for use. If the black-and-white camera is reconfigured every time it is moved, this operation is too cumbersome. Another possible solution is: when the black-and-white camera is disconnected from the connector, automatically delete the physical position of the connector stored in it, so that the server cannot receive incorrect-format monitoring data, thus solving the problem of incorrect monitoring data. However, in fact, current electronic products determine whether a USB interface is occupied by the voltage at the USB interface, that is, when the USB connector stops supplying power to the black-and-white camera due to a fault or a power outage, the black-and-white camera also considers that it is disconnected from the connector. At this time, it is unreasonable for the black-and-white camera to delete the physical position of the connector. In addition, sending data to the server according to this solution will cause the server not to know the reason why the sensor has indeed disconnected from the physical position of the connector, which may cause confusion in the operation logic at the server side.

[0055] When the sensor positions need to be exchanged due to the update of the monitoring plan, the prior art will have the problem of chaotic monitoring data categories. Taking the exchange of positions between a camera and a thermometer as an example, the data monitored by the camera are all photos, while the data monitored by the thermometer are numerical values. When changing the positions of these two sensors, the current standard operation process is that the engineer first disconnects the plugging of the camera and the connector, then replugs the thermometer to the connector, and then the engineer uses the terminal carried with him / her to configure the data type at the position of the connector as "numerical value" (originally the data type at the position of the connector was "photo"). However, this solution relies on the manual operation of the engineer. If the engineer selects the wrong data type due to carelessness, this will cause the server to store the monitoring data in the wrong location, and the analysis software using the wrong data for analysis will lead to errors. The solution proposed by the present invention can solve the problems of the prior art. It should be understood that the above analysis is the conclusion drawn by our researchers based on their knowledge and reasoning, and does not constitute the prior art in the sense of patent law.

[0056] Figure 1 is a schematic structural diagram of an embodiment of the present invention. As shown in the figure, the monitoring system can arrange multiple sensors at the bridge deck and the bridge pier. These sensors can send the monitoring data to the server through wireless communication. In Figure 1 them, the sensors can be arranged at multiple positions on the bridge deck, and can be arranged at the bottom and the top of the bridge pier.

[0057] Embodiment 1

[0058] Figure 2 is a flowchart of the method of an embodiment of the present invention. As shown in the figure, the method of the present invention includes the following steps:

[0059] Step 1: Before disconnecting the plugging of the first sensor and the connector, trigger the first status publisher of the first sensor, where the connector provides the physical address of the connector; in one example, the first sensor can be powered by USB, and at this time the connector is a USB connector; in one example, disconnecting the plugging of the first sensor and the connector means unplugging the USB connector on the first sensor; in one example, the first sensor can be a black-and-white camera, a color camera, a temperature sensor, a vibration sensor or an infrared camera; in one example, the format of the physical address of the connector can be "Monitoring Position No. 1 of xx Bridge"; in one example, for an example of the first status publisher, reference can be made to Figure 3 , the first status publisher can include two physical buttons (in Figure 3 it, the two buttons are set on the side of the camera), in Figure 3 it is shown as "Plugging" and "Unplugging" buttons. When the engineer presses the "Unplugging" button, the first sensor will send a first status indicator to the server;

[0060] Step 2: After the first status publisher is triggered, the first sensor sends a first status indicator to the server, and the first sensor stops sending monitoring data to the server. The first status indicator indicates to the server that the first sensor will disconnect from the connector. The first status indicator further includes the physical address of the connector. In one example, the status indicator may include multiple fields, and one of the fields may be a binary number used to indicate the mating status of the sensor with the connector. Here, "0" may indicate that the first sensor will disconnect from the connector, and "1" indicates that the first sensor is mated with the connector. The status indicator may also include the identity identifier of the sensor. In Embodiment 1, since the first sensor stops sending monitoring data to the server as long as "disconnection" is triggered, Embodiment 1 can avoid the problem of incorrect monitoring data in the prior art. At the same time, since the server knows that the first sensor stops sending monitoring data because it is about to disconnect from the connector (i.e., the first sensor is about to leave the predetermined position), this helps the software on the server side to clarify the operation logic.

[0061] Step 3: After disconnecting the first sensor from the connector, mate the connector with the blank status publisher.

[0062] Step 4: After mating the connector with the blank status publisher, the blank status publisher sends a blank status indicator to the server. The blank status indicator includes the physical address of the connector. In one example, the blank status publisher may be an electronic device whose function is to mate with the connector and send the blank status indicator and the occupancy status indicator. The main function of the blank status publisher is to prevent the connector from being in a suspended state for a long time. For example, if there is no blank status publisher, after the first sensor disconnects from the connector, the connector is in a suspended state (i.e., the connector is not connected to any device). Since the connector is not connected to any device, the server cannot update the status of the connector in real time. For example, the server can only know that the first sensor was removed, but whether the first sensor is reconnected at the current monitoring position, whether the monitoring data is sent to another server, or whether the first sensor is reconnected at the current monitoring position but the first sensor is damaged and unable to send the monitoring data to the server, these are unknown to the server. Therefore, the server cannot perform the next operation reasonably. According to the current software operation logic, when the server checks whether the first sensor is reconnected at the monitoring position, the server will try to request monitoring data from the first sensor. However, if the first sensor happens to be powered on at this time and is not at the original monitoring position, the first sensor will still send incorrect monitoring data to the server. The blank status indicator can be sent periodically.

[0063] After the server receives the blank status indicator, the server no longer requests monitoring data from the first sensor.

[0064] Embodiment 2

[0065] In Embodiment 2, the method further includes:

[0066] Before the second sensor is plugged into the connector, the occupancy status indicator is sent by the blank status publisher to the server, where the occupancy status indicator indicates to the server that the connector will be plugged with the sensor, and where the first sensor and the second sensor are different types of sensors; in one example, the occupancy status indicator can be triggered and sent by an engineer. For example, a physical button can be set on the blank status publisher. When the engineer wants to install the second sensor at the position of the connector, the engineer can trigger the physical button, so that the blank status publisher sends the occupancy status indicator to the server. In one example, the second sensor can be a black and white camera, a color camera, a temperature sensor, a vibration sensor, or an infrared camera, but the second sensor is of a different type from the first sensor; the occupancy status indicator helps the server clearly know that currently the connector is not plugged with a sensor and that the connector will soon be plugged with a certain sensor;

[0067] After the server receives the occupancy status indicator, the server starts to listen for the status indicator sent by the second sensor;

[0068] After the second sensor is plugged into the connector, the second status publisher of the second sensor is triggered. In one example, for an example of the second status publisher, reference can also be made to Figure 3 .

[0069] Embodiment 3

[0070] In Embodiment 3, the method further includes:

[0071] After the second status publisher is triggered, the second sensor sends a second status indicator to the server, where the second status indicator indicates to the server that the second sensor has been plugged into the connector, and where the second status indicator further includes the physical address of the connector; in one example, the second status indicator can include multiple fields, where one field can be a binary number used to indicate the plugging status of the sensor with the connector, and the second status indicator can further include the identity identifier of the sensor;

[0072] After the server receives the second status indicator, the server starts to send a sensor category request command to the second sensor;

[0073] After the second sensor receives the category request command, the second sensor sends the sensor category to the server. Before the server receives the sensor category, the server does not receive the monitoring data sent by the second sensor. In Embodiment 3, the second sensor automatically reports the sensor category to the server without manual intervention, thus reducing the probability of incorrect sensor category setting.

[0074] Embodiment 4

[0075] In Embodiment 4, the method further includes:

[0076] Before the first sensor is plugged into the connector, the blank status publisher sends an occupancy status indicator to the server, where the occupancy status indicator indicates to the server that the connector will be plugged into the sensor;

[0077] After the server receives the occupancy status indicator, the server starts listening for the status indicator sent by the first sensor;

[0078] After the first sensor is plugged into the connector, the first status publisher of the first sensor is triggered.

[0079] In a preferred embodiment, the method further includes:

[0080] After the first status publisher is triggered, the first sensor sends a third status indicator to the server, where the third status indicator indicates to the server that the first sensor has been plugged into the connector, where the third status indicator further includes the physical address of the connector; the third status indicator further includes the identity identifier of the first sensor;

[0081] After the server receives the third status indicator, the server directly requests monitoring data from the first sensor;

[0082] After the first sensor receives the request for monitoring data, the first sensor sends the monitoring data to the server.

[0083] Embodiment 5

[0084] The present invention also provides an Internet of Things-based remote real-time monitoring device for highway bridges. The device includes modules for the following operations:

[0085] Before unplugging the first sensor from the connector, the first status publisher of the first sensor is triggered, where the connector provides the physical address of the connector;

[0086] After the first status publisher is triggered, the first sensor sends a first status indicator to the server, and the first sensor stops sending monitoring data to the server. The first status indicator indicates to the server that the first sensor will disconnect from the connector, and the first status indicator further includes the physical address of the connector.

[0087] After disconnecting the first sensor from the connector, plug the connector into the blank status publisher.

[0088] After plugging the connector into the blank status publisher, the blank status publisher sends a blank status indicator to the server; the blank status indicator includes the physical address of the connector.

[0089] After the server receives the blank status indicator, the server no longer requests monitoring data from the first sensor.

[0090] In a preferred embodiment, the device further includes a module for the following operations:

[0091] Before plugging the second sensor into the connector, the blank status publisher sends an occupancy status indicator to the server. The occupancy status indicator indicates to the server that the connector will be plugged into the sensor. The first sensor and the second sensor are different types of sensors.

[0092] After the server receives the occupancy status indicator, the server starts listening for the status indicator sent by the second sensor.

[0093] After plugging the second sensor into the connector, trigger the second status publisher of the second sensor.

[0094] In a preferred embodiment, the device further includes a module for the following operations:

[0095] After the second status publisher is triggered, the second sensor sends a second status indicator to the server. The second status indicator indicates to the server that the second sensor has been plugged into the connector, and the second status indicator further includes the physical address of the connector.

[0096] After the server receives the second status indicator, the server starts sending a sensor category request command to the second sensor.

[0097] After the second sensor receives the category request command, the second sensor sends the sensor category to the server. Before the server receives the sensor category, the server does not receive the monitoring data sent by the second sensor.

[0098] In a preferred embodiment, the device further includes a module for the following operations:

[0099] Before the first sensor is plugged into the connector, an occupancy status indicator is sent from a blank status publisher to the server, where the occupancy status indicator indicates to the server that the connector will be plugged into the sensor;

[0100] After the server receives the occupancy status indicator, the server starts listening for the status indicator sent by the first sensor;

[0101] After the first sensor is plugged into the connector, the first status publisher of the first sensor is triggered.

[0102] In a preferred embodiment, the device further includes a module for the following operations:

[0103] After the first status publisher is triggered, the first sensor sends a third status indicator to the server, where the third status indicator indicates to the server that the first sensor has been plugged into the connector, and where the third status indicator further includes the physical address of the connector;

[0104] After the server receives the third status indicator, the server directly requests monitoring data from the first sensor;

[0105] After the first sensor receives the request for monitoring data, the first sensor sends the monitoring data to the server.

[0106] It should be understood that the above specific embodiments of the present invention are only used for exemplary illustration or explanation of the principles of the present invention, and do not constitute a limitation on the present invention. Therefore, any modifications, equivalent replacements, improvements, etc. made without departing from the spirit and scope of the present invention shall be included within the protection scope of the present invention. In addition, the appended claims of the present invention are intended to cover all changes and modifications that fall within the scope and boundaries of the appended claims, or equivalent forms of such scope and boundaries.

Claims

1. A remote real-time monitoring method for highway bridges based on the Internet of Things, the method comprising: Before unplugging the first sensor from the connector, trigger the first status publisher of the first sensor, wherein the connector provides the physical address of the connector; After the first status publisher is triggered, the first sensor sends a first status indicator to the server, and the first sensor stops sending monitoring data to the server, wherein the first status indicator indicates to the server that the first sensor will be unplugged from the connector, and wherein the first status indicator further includes the physical address of the connector; After unplugging the first sensor from the connector, plug the connector into the blank status publisher; After plugging the connector into the blank status publisher, the blank status publisher sends a blank status indicator to the server; wherein the blank status indicator includes the physical address of the connector; After the server receives the blank status indicator, the server no longer requests monitoring data from the first sensor.

2. The method according to claim 1, wherein The method further includes: Before plugging the second sensor into the connector, the blank status publisher sends an occupancy status indicator to the server, wherein the occupancy status indicator indicates to the server that the connector will be plugged into a sensor, and wherein the first sensor and the second sensor are different types of sensors; After the server receives the occupancy status indicator, the server starts listening for status indicators sent by the second sensor; After plugging the second sensor into the connector, trigger the second status publisher of the second sensor.

3. The method according to claim 2, wherein, The method further includes: After the second status publisher is triggered, the second sensor sends a second status indicator to the server, wherein the second status indicator indicates to the server that the second sensor has been plugged into the connector, and wherein the second status indicator further includes the physical address of the connector; After the server receives the second status indicator, the server starts sending a sensor category request command to the second sensor; After the second sensor receives the category request command, the second sensor sends the sensor category to the server, and before the server receives the sensor category, the server does not receive monitoring data sent by the second sensor.

4. The method according to claim 1, wherein The method further includes: Before plugging the first sensor into the connector, the blank status publisher sends an occupancy status indicator to the server, wherein the occupancy status indicator indicates to the server that the connector will be plugged into a sensor; After the server receives the occupancy status indicator, the server starts listening for status indicators sent by the first sensor; After plugging the first sensor into the connector, trigger the first status publisher of the first sensor.

5. The method according to claim 4, wherein The method further includes: After the first status publisher is triggered, a third status indicator is sent from the first sensor to the server, where the third status indicator indicates to the server that the first sensor has been plugged into the connector, and where the third status indicator further includes the physical address of the connector; After the server receives the third status indicator, the server directly requests monitoring data from the first sensor; After the first sensor receives the request for monitoring data, the first sensor sends the monitoring data to the server.

6. An Internet of Things-based remote real-time monitoring device for highway bridges, the device including modules for the following operations: Before unplugging the first sensor from the connector, trigger the first status publisher of the first sensor, where, The connector provides the physical address of the connector; After the first status publisher is triggered, a first status indicator is sent from the first sensor to the server, and the first sensor stops sending monitoring data to the server, where the first status indicator indicates to the server that the first sensor will be unplugged from the connector, and where the first status indicator further includes the physical address of the connector; After unplugging the first sensor from the connector, plug the connector into the blank status publisher; After plugging the connector into the blank status publisher, the blank status publisher sends a blank status indicator to the server; where the blank status indicator includes the physical address of the connector; After the server receives the blank status indicator, the server no longer requests monitoring data from the first sensor.

7. The apparatus according to claim 6, wherein The device further includes modules for the following operations: Before plugging the second sensor into the connector, the blank status publisher sends an occupancy status indicator to the server, where the occupancy status indicator indicates to the server that the connector will be plugged into a sensor, and where the first sensor and the second sensor are different types of sensors; After the server receives the occupancy status indicator, the server starts listening for status indicators sent by the second sensor; After plugging the second sensor into the connector, trigger the second status publisher of the second sensor.

8. The device according to claim 7, wherein The device further includes modules for the following operations: After the second status publisher is triggered, the second sensor sends a second status indicator to the server, where the second status indicator indicates to the server that the second sensor has been plugged into the connector, and where the second status indicator further includes the physical address of the connector; After the server receives the second status indicator, the server starts sending a sensor category request command to the second sensor; After the second sensor receives the category request command, the second sensor sends the sensor category to the server, where the server does not receive the monitoring data sent by the second sensor until the server receives the sensor category.

9. The device according to claim 6, wherein The device further includes modules for the following operations: Before plugging the first sensor into the connector, an occupancy status indicator is sent from a blank status publisher to the server, where the occupancy status indicator indicates to the server that the connector will be plugged with a sensor; After the server receives the occupancy status indicator, the server starts listening for the status indicator sent by the first sensor; After plugging the first sensor into the connector, a first status publisher of the first sensor is triggered.

10. The device according to claim 9, wherein, The device further includes a module for the following operations: After the first status publisher is triggered, the first sensor sends a third status indicator to the server, where the third status indicator indicates to the server that the first sensor has been plugged into the connector, and where the third status indicator further includes the physical address of the connector; After the server receives the third status indicator, the server directly requests monitoring data from the first sensor; After the first sensor receives the request for monitoring data, the first sensor sends the monitoring data to the server.

Images