Freeze-drying Remote Monitoring Method, System and Storage Medium Based on Internet of Things

The intermediate module in the freeze-drying data collection system addresses instability by managing communication and data verification, enhancing stability and continuity, thereby improving freeze-drying process monitoring and product quality.

CN120143721BActive Publication Date: 2025-07-15SONGYUAN HUAXING (ZHUOZHOU) DRYING EQUIP CO LTD
View PDF 4 Cites 0 Cited by

Patent Information

Application Number
CN202510621818.3
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2025-05-15
Publication Date
2025-07-15
Estimated Expiration
2045-05-15

AI Technical Summary

Technical Problem

The prior art has failed to effectively solve the stability of data acquisition during lyophilization, resulting in inconsistent quality of lyophilization products.

Method used

By setting up an intermediate module, the type of communication information is judged and corresponding processing is performed to ensure the stability of data transmission between the acquisition module and the analysis module, including the reply processing, the first transmission processing and the second transmission processing, increasing the usage time of the acquisition module to avoid interruption.

Benefits of technology

It improves the data acquisition stability of the lyophilization process, reduces the acquisition and interruption, and ensures the consistency of the quality of lyophilization products.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120143721B_ABST
    Figure CN120143721B_ABST
Patent Text Reader

Abstract

This application relates to the technical field of Internet of Things data acquisition, and particularly to a freeze-drying remote monitoring method, system and storage medium based on the Internet of Things. The method includes: S1. The intermediate module enters the monitoring state, and when the intermediate module receives communication information, it determines whether the received communication information is a request message from any analysis module. If so, it proceeds to the next step; if not, the intermediate module performs a response process. S2. The intermediate module records the received request message and the time point data when the request message is received, and the intermediate module determines whether the identification data corresponding to the acquisition module corresponding to the received request message is preset content. If not, the intermediate module performs a first sending process; if so, the intermediate module performs a second sending process. This application can make the acquisition process more stable.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the technical field of Internet of Things data acquisition, and particularly to a freeze-drying remote monitoring method, system and storage medium based on the Internet of Things. Background Art

[0002] By collecting data such as temperature and pressure during the freeze-drying process through different sensors and adjusting process parameters in a timely manner according to the analysis results of the data, the freeze-drying efficiency and the quality of freeze-dried products can be improved, thereby solving the problem of uneven quality of freeze-dried products caused by the lack of monitoring of the freeze-drying process.

[0003] Similar prior arts include a Chinese patent application with the publication number CN118474153A, which discloses an Internet of Things data acquisition method and system. The method includes: collecting device data through a data acquisition module; encrypting and transmitting the data in a wired or wireless manner; performing normalization processing on the data, then removing duplicate values and filling missing values; and storing the processed data. In addition, a similar prior art is a Chinese patent application with the publication number CN117692278A, which provides an Internet of Things gateway data acquisition system and data acquisition method. The platform docking module is used to establish a communication connection with the Internet of Things platform and receive the initial data acquisition instruction sent by the Internet of Things platform; the scheduling module is used to receive the initial data acquisition instruction sent by the platform docking module; send the initial data acquisition instruction to the data processing module, and receive the target data acquisition instruction returned by the data processing module; send the target data acquisition instruction to the data acquisition module; and the data acquisition module collects the service data of the Internet of Things device. However, neither of the above two patent applications considers how to make the acquisition process more stable. Summary of the Invention

[0004] This application sets up an intermediate module to wait for receiving communication information. When the communication information is the monitoring information from any one of the acquisition modules, it performs an answering process. When the communication information is the request information from any one of the analysis modules, it determines whether the identification data corresponding to the acquisition module corresponding to the received request information is the preset content, and selects to perform the first sending process or the second sending process according to the judgment result.

[0005] This application provides a freeze-drying remote monitoring method based on the Internet of Things, including the following steps:

[0006] S1. The intermediate module enters the monitoring state, and when the intermediate module receives communication information, it determines whether the received communication information is the request information from any one of the analysis modules. If so, it proceeds to the next step; if not, the intermediate module performs an answering process;

[0007] S2. The intermediate module records the received request information and the time point data of receiving the request information, and the intermediate module determines whether the identification data corresponding to the acquisition module corresponding to the received request information is the preset content. In the case of no, the intermediate module performs the first sending process. In the case of yes, the intermediate module performs the second sending process.

[0008] As a preferred technical solution of the present application, the intermediate module performs the first sending process, including the following steps:

[0009] S211. The intermediate module sends a notification message to the acquisition module corresponding to the received request information, and the acquisition module corresponding to the received request information sends the collected monitoring data and additional information to the intermediate module;

[0010] S212. The intermediate module records the received monitoring data, the coding data of the acquisition module corresponding to the received request information, and the time point data of receiving the monitoring data, and the intermediate module determines whether the number of the corresponding request information already recorded is greater than the preset number threshold. In the case of yes, continue to the next step. In the case of no, continue with S214;

[0011] S213. The intermediate module performs a setting process to determine whether the control data of the acquisition module corresponding to the received request information can be set. In the case of yes, set the identification data corresponding to the acquisition module corresponding to the received request information as the preset content, send the control data to the acquisition module corresponding to the received request information, and continue to the next step. In the case of no, continue to the next step;

[0012] S214. The intermediate module sends the received monitoring data to the analysis module corresponding to the received request information, and the intermediate module returns to the monitoring state.

[0013] As a preferred technical solution of the present application, the intermediate module performs the second sending process, including the following steps:

[0014] S221. The intermediate module determines the monitoring data corresponding to the received request information from all the already recorded monitoring data, and sends the determined monitoring data to the analysis module corresponding to the received request information;

[0015] S222. The intermediate module determines whether the analysis module corresponding to the received request information appears for the first time. In the case of yes, the intermediate module sets the identification data corresponding to the acquisition module corresponding to the received request information as the content other than the preset content, and returns to the monitoring state. In the case of no, the intermediate module directly returns to the monitoring state.

[0016] As a preferred technical solution of the present application, the intermediate module performs the response process, including the following steps:

[0017] S11. The intermediate module updates the corresponding monitored data that has been recorded based on the received monitoring information, and updates the corresponding time point data that has been recorded based on the time point data of the received monitoring information.

[0018] S12. The intermediate module determines whether the identification data corresponding to the acquisition module corresponding to the received monitoring information is preset content. If not, it returns to the monitoring state. If so, it performs a setting process to determine whether the control data of the acquisition module corresponding to the received monitoring information can be set.

[0019] S13. If so, the intermediate module sends the control data to the acquisition module corresponding to the received monitoring information and returns to the monitoring state. If not, the intermediate module returns to the monitoring state.

[0020] As a preferred technical solution of the present application, in the S213, the intermediate module performs a setting process, including the following steps:

[0021] S2131. The intermediate module counts the number of times the acquisition module corresponding to the received request information collects monitored data within a unit time, and combines the additional information sent by the acquisition module corresponding to the received request information to determine the effective duration.

[0022] S2132. The intermediate module calculates the cycle time for each analysis module to send the corresponding request information respectively, and the intermediate module determines whether the effective duration is greater than a preset effective duration threshold. If not, it performs an integration process for the time points when each analysis module sends the corresponding request information and continues to the next step. If so, it continues to S2134.

[0023] S2133. The intermediate module determines whether the cycle time for each analysis module to send the corresponding request information is stable. If not, it determines that the control data of the acquisition module corresponding to the received request information cannot be set. If so, it continues to the next step.

[0024] S2134. The intermediate module sets the control data of the acquisition module corresponding to the received request information.

[0025] As a preferred technical solution of the present application, in the S211, the acquisition module corresponding to the received request information sends the collected monitored data and additional information to the intermediate module, including the following steps:

[0026] S2111. The acquisition module takes the monitoring data and additional information as the transmission data, divides the transmission data into the first transmission data and the second transmission data on average, and the acquisition module performs a preset first operation on the first transmission data, generates the first hidden data based on the operation result data, and continues to perform a preset second operation on the second transmission data and the first hidden data to obtain the first hidden result data;

[0027] S2112. The acquisition module performs a preset first operation on the first hidden result data, generates the second hidden data based on the operation result data, continues to perform a preset second operation on the first transmission data and the second hidden data to obtain the second hidden result data, and the acquisition module sends the first hidden result data and the second hidden result data to the intermediate module.

[0028] This application also provides a freeze-drying remote monitoring system based on the Internet of Things, including the following modules:

[0029] An acquisition module, configured to acquire monitoring data, and send the acquired monitoring data and additional information to the intermediate module;

[0030] An intermediate module, configured to wait for receiving communication information in the monitoring state, and when receiving the communication information, determine whether the received communication information is a request information from any analysis module. In the case of no, the intermediate module performs a response process. In the case of yes, record the received request information and the time point data of receiving the request information, determine whether the identification data corresponding to the acquisition module corresponding to the received request information is preset content. In the case of no, the intermediate module performs a first sending process. In the case of yes, the intermediate module performs a second sending process;

[0031] An analysis module, configured to send a request information for the monitoring data of the acquisition module to the intermediate module.

[0032] This application also provides a storage medium, where the storage medium stores program instructions, and when the program instructions run, the device where the storage medium is located is controlled to execute the method described in any one of the above.

[0033] Compared with the prior art, the beneficial effects of this application are at least as follows:

[0034] In the technical solution provided by this application, first, the intermediate module enters the monitoring state. When the intermediate module receives communication information, it determines whether the received communication information is a request message from any analysis module. If so, it proceeds to the next step. If not, that is, the received communication information is monitoring information from any acquisition module, the intermediate module performs a response process. Secondly, the intermediate module records the received request message and the time point data when the request message is received, and the intermediate module determines whether the identification data corresponding to the acquisition module corresponding to the received request message is preset content. If not, the intermediate module performs a first sending process. If so, the intermediate module performs a second sending process. Through this application, the usage duration of the acquisition module can be increased, thereby avoiding the interruption of the acquisition process caused by the sudden inoperability of the acquisition module, making the acquisition process more stable. Description of the Drawings

[0035] To more clearly illustrate the technical solutions of the embodiments of the present invention, the following will briefly introduce the drawings required for the description of the embodiments. Obviously, the following drawings are some embodiments of the present invention. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings.

[0036] Figure 1 It is a flowchart of the freeze-drying remote monitoring method based on the Internet of Things in the embodiments of this application;

[0037] Figure 2 It is a schematic diagram of the freeze-drying remote monitoring system based on the Internet of Things in the embodiments of this application. Detailed Embodiments

[0038] The embodiments of this application provide a freeze-drying remote monitoring method, system, and storage medium based on the Internet of Things. The terms "first", "second", "third", "fourth", etc. (if any) in the specification, claims, and drawings of this application are used to distinguish similar objects and do not necessarily describe a specific order or sequence. It should be understood that such data can be interchanged under appropriate circumstances so that the embodiments described here can be implemented in an order other than that illustrated or described here. In addition, the terms "comprising" or "having" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units does not necessarily have to be limited to those steps or units clearly listed, but may include other steps or units not clearly listed or inherent to these processes, methods, products, or devices.

[0039] For ease of understanding, the following describes the specific process of the embodiments of this application. Please refer to Figure 1, the freeze-drying remote monitoring method based on the Internet of Things in the embodiments of the present application includes the following main steps:

[0040] S1. The intermediate module enters the monitoring state. When the intermediate module receives communication information, it determines whether the received communication information is a request message from any analysis module. If so, it proceeds to the next step; if not, the intermediate module performs a response process.

[0041] S2. The intermediate module records the received request message and the time point data when the request message is received. The intermediate module determines whether the identification data corresponding to the acquisition module corresponding to the received request message is preset content. If not, the intermediate module performs a first sending process; if so, the intermediate module performs a second sending process.

[0042] Specifically, before introducing the main steps, it should be noted that in this embodiment, there are multiple analysis modules, one intermediate module, and multiple acquisition modules. The acquisition module consists of sensors. Each analysis module can send a request message to the intermediate module to request the monitoring data of a certain acquisition module for data analysis and processing. Different analysis modules perform different data analysis and processing, so as to adjust the process parameters during freeze-drying according to the analysis results.

[0043] In S1, the intermediate module enters the monitoring state and waits for receiving communication information in the monitoring state. When the communication information is received, the intermediate module determines whether the received communication information is a request message from any analysis module. If so, it proceeds to the next step. It should be noted that the request message includes the coding data of the analysis module and the coding data of the acquisition module for which the analysis module wants to obtain the monitoring data. If not, it means that the received communication information is the monitoring information from the acquisition module, and the intermediate module performs a response process. The reason why the intermediate module receives the monitoring information will be described below. In S2, the intermediate module records the received request message and the time point data corresponding thereto. The intermediate module determines whether the identification data corresponding to the acquisition module corresponding to the received request message is preset content. The preset content can be 1. The acquisition module corresponding to the received request message refers to the acquisition module whose coding data is the same as the coding data of the acquisition module in the request message. If not, the intermediate module performs a first sending process; if so, the intermediate module performs a second sending process.

[0044] Furthermore, the intermediate module performing the first sending process includes the following steps:

[0045] S211. The intermediate module sends a notification message to the acquisition module corresponding to the received request message, and the acquisition module corresponding to the received request message sends the acquired monitoring data and additional information to the intermediate module;

[0046] S212. The intermediate module records the received monitoring data, the coding data of the acquisition module corresponding to the received request message, and the time point data of receiving the monitoring data, and the intermediate module determines whether the number of corresponding request messages already recorded is greater than a preset quantity threshold. If so, proceed to the next step; if not, continue with S214;

[0047] S213. The intermediate module performs a set processing to determine whether it can set the control data of the acquisition module corresponding to the received request message. If so, set the identification data corresponding to the acquisition module corresponding to the received request message to a preset content, send the control data to the acquisition module corresponding to the received request message, and proceed to the next step; if not, proceed to the next step;

[0048] S214. The intermediate module sends the received monitoring data to the analysis module corresponding to the received request message, and the intermediate module returns to the monitoring state.

[0049] Specifically, the process of the intermediate module performing the first sending process is introduced. In S211, the intermediate module sends notification information to the acquisition module corresponding to the received request information. After receiving the notification information, the acquisition module sends the collected monitoring data and additional information to the intermediate module, where the additional information includes the total power, the first energy consumption required for one collection of monitoring data, and the second energy consumption required for one data transmission. In S212, the intermediate module correspondingly records the received monitoring data, the time point data of receiving the monitoring data, and the encoding data of the acquisition module corresponding to the received request information. It should be noted that for one encoding data, the always correspondingly recorded is the latest received monitoring data. The intermediate module determines whether the number of corresponding request information that has been recorded is greater than the preset quantity threshold, and the quantity threshold is set according to the actual application scenario. Among them, the encoding data of the acquisition module in the corresponding request information is the same as the encoding data of the acquisition module corresponding to the received request information. If so, continue to the next step; if not, continue with S214. In S213, the intermediate module performs setting processing, determines whether it can set the control data of the acquisition module corresponding to the received request information, and the control data is used to indicate the sending time. If so, set the identification data corresponding to the acquisition module corresponding to the received request information to the preset content, and the preset content can be 1, and send the control data to the acquisition module corresponding to the received request information, and continue to the next step, so that the acquisition module can send monitoring information to the intermediate module according to the sending time indicated by the control data, and the monitoring information also includes monitoring data and additional information. If not, continue to the next step. In S214, the intermediate module sends the received monitoring data to the analysis module corresponding to the received request information, that is, the analysis module whose encoding data is the same as the encoding data of the analysis module in the received request information, and the intermediate module returns to the monitoring state and continues to execute the subsequent steps.

[0050] Further, the intermediate module performs a second sending process, including the following steps:

[0051] S221. The intermediate module determines the monitoring data corresponding to the received request information from all the recorded monitoring data, and sends the determined monitoring data to the analysis module corresponding to the received request information;

[0052] S222. The intermediate module determines whether the analysis module corresponding to the received request information appears for the first time. If so, the intermediate module sets the identification data corresponding to the acquisition module corresponding to the received request information to the content other than the preset content, and returns to the monitoring state. If not, the intermediate module directly returns to the monitoring state.

[0053] Specifically, it is introduced how the intermediate module performs the second sending process. In S221, the intermediate module determines the monitoring data corresponding to the received request information from all the recorded monitoring data. The monitoring data corresponding to the received request information refers to the monitoring data whose corresponding recorded coding data is the same as the coding data of the acquisition module corresponding to the received request information, and sends the determined monitoring data to the analysis module corresponding to the received request information. In S222, the intermediate module determines whether the analysis module corresponding to the received request information appears for the first time. When it is the first time, since the request information sent by this analysis module is still missing, the intermediate module sets the identification data corresponding to the acquisition module corresponding to the received request information to content other than the preset content. The content other than the preset content can be 0, and then returns to the monitoring state to continue executing the subsequent steps. If not, the intermediate module directly returns to the monitoring state to continue executing the subsequent steps.

[0054] Furthermore, the intermediate module performs an answering process, including the following steps:

[0055] S11. The intermediate module updates the corresponding recorded monitoring data based on the received monitoring information, and updates the corresponding time point data based on the time point data of the received monitoring information;

[0056] S12. The intermediate module determines whether the identification data corresponding to the acquisition module corresponding to the received monitoring information is the preset content. In the case of no, it returns to the monitoring state. In the case of yes, it performs a setting process to determine whether the control data of the acquisition module corresponding to the received monitoring information can be set;

[0057] S13. In the case of yes, the intermediate module sends the control data to the acquisition module corresponding to the received monitoring information and returns to the monitoring state. In the case of no, the intermediate module returns to the monitoring state.

[0058] Specifically, the process of the intermediate module performing response processing is introduced. In S11, the intermediate module updates the corresponding monitored data that has been recorded based on the received monitoring information. Specifically, the monitored data in the monitoring information is used to replace the corresponding monitored data. The corresponding monitored data refers to the monitored data whose recorded encoded data is the same as the encoded data of the acquisition module that sends the monitoring information. The corresponding time point data that has been recorded is updated based on the time point data of the received monitoring information. Specifically, the time point data of the received monitoring information is used to replace the corresponding time point data. The corresponding time point data refers to the time point data whose recorded encoded data is the same as the encoded data of the acquisition module that sends the monitoring information. In S12, the intermediate module determines whether the identification data corresponding to the acquisition module corresponding to the received monitoring information is preset content. The preset content can be 1. If not, it returns to the monitoring state and continues to execute the subsequent steps. If so, it performs the setting process and determines whether the control data of the acquisition module corresponding to the received monitoring information can be set. In S13, if so, the intermediate module sends the control data to the acquisition module corresponding to the received monitoring information, returns to the monitoring state, and continues to execute the subsequent steps. If not, the intermediate module returns to the monitoring state and continues to execute the subsequent steps.

[0059] Furthermore, in S213, the intermediate module performs the setting process, including the following steps:

[0060] S2131. The intermediate module counts the number of times the acquisition module corresponding to the received request information collects monitored data within a unit time, and combines the additional information sent by the acquisition module corresponding to the received request information to determine the effective duration.

[0061] S2132. The intermediate module calculates the cycle time for each analysis module to send the corresponding request information respectively, and the intermediate module determines whether the effective duration is greater than the preset effective duration threshold. If not, the time points for each analysis module to send the corresponding request information are integrated, and the next step is continued. If so, S2134 is continued.

[0062] S2133. The intermediate module determines whether the cycle time for each analysis module to send the corresponding request information is stable. If not, it is determined that the control data of the acquisition module corresponding to the received request information cannot be set. If so, the next step is continued.

[0063] S2134. The intermediate module sets the control data of the acquisition module corresponding to the received request information.

[0064] Specifically, the process of performing setting processing on the intermediate module in S213 will be introduced. It can be easily imagined that the process of performing setting processing on the intermediate module in S12 is the same. In S2131, the intermediate module counts the number of times the acquisition module corresponding to the received request information acquires monitoring data within a unit time. In this embodiment, it is considered that the number of times of acquiring monitoring data within a unit time is constant. The unit time can be in minutes. The specific method is to calculate the first number of times of executing S211 within a unit time and the second number of times of executing S11 within a unit time, calculate the sum of the first number and the second number, and determine the effective duration in combination with the additional information sent by the acquisition module corresponding to the received request information. The specific method is to calculate the total energy consumption of the first energy consumption and the second energy consumption, calculate the product of the total energy consumption and the number of times of acquiring monitoring data within a unit time, and calculate the result value of dividing the total power by the product. In S2132, the intermediate module calculates the cycle time for each analysis module to send the corresponding request information respectively. The encoding data of the acquisition module in the corresponding request information is the same as the encoding data of the acquisition module corresponding to the received request information. For the sake of easy understanding, for example, if the acquisition module corresponding to the received request information is A, and there are two analysis modules b and c in total. b sends request information to A at 0 o'clock, 0:03, 0:06... in sequence, then the cycle time of b is 3 minutes. c sends request information to A at 0:00.5, 0:02.5, 0:04.5... in sequence, then the cycle time of c is 2 minutes. The intermediate module determines whether the effective duration is greater than the preset effective duration threshold. The effective duration threshold is set according to the actual application scenario and can be the time length until the next charge. If not, the time points for each analysis module to send the corresponding request information are integrated. For the sake of easy understanding, for example, the request information sent by c at 0:00.5 is advanced to 0 o'clock because the sending time point of c at 0:00.5 is relatively close to the sending time point of b at 0 o'clock. And so on, the request information sent by b at 0:03 is advanced to 0:02.5, the request information sent by c at 0:06.5 is advanced to 0:06... Then continue to the next step. If so, continue with S2134. In S2133, the intermediate module determines whether the cycle time for each analysis module to send the corresponding request information is stable, that is, determines whether the cycle time for each analysis module to send the corresponding request information after integration processing is stable. Stable can be understood as meaning fixed and unchanged. If not, it is determined that the control data corresponding to the acquisition module corresponding to the received request information cannot be set. For the sake of easy understanding, continue with the example. After integration processing, b sends request information to A at 0 o'clock, 0:06, 0:12... in sequence, and the cycle time corresponding to b is stable. After integration processing, c sends request information to A at 0:02.5, 0:04.5, 0:08.5... in sequence, and the cycle time corresponding to c is unstable. If so, continue to the next step.In S2134, the intermediate module sets the control data of the acquisition module corresponding to the received request information. For the sake of easy understanding, assume that the judgment result in S2132 is yes. In the case where b sends request information to A at 0 o'clock, 0:03, 0:06... in sequence, and c sends request information to A at 0:00.5, 0:02.5, 0:04.5... in sequence, the intermediate module takes the time point 3 minutes after the current time point as the control data. During the time period from the current time point to the time point indicated by the control data, all the analysis modules, namely b and c, have sent the request information twice. The acquisition module can enter the energy-saving state before the time point indicated by the control data arrives, and no longer perform the acquisition and data sending of the monitoring data. This can increase the usage time of the acquisition module.

[0065] Further, in S211, the acquisition module corresponding to the received request information sends the acquired monitoring data and additional information to the intermediate module, including the following steps:

[0066] S2111: The acquisition module regards the monitoring data and additional information as the sending data, evenly divides the sending data into the first sending data and the second sending data, and the acquisition module performs a preset first operation on the first sending data, generates the first secret data based on the operation result data, and continues to perform a preset second operation on the second sending data and the first secret data to obtain the first secret result data;

[0067] S2112: The acquisition module performs a preset first operation on the first secret result data, generates the second secret data based on the operation result data, continues to perform a preset second operation on the first sending data and the second secret data to obtain the second secret result data, and the acquisition module sends the first secret result data and the second secret result data to the intermediate module.

[0068] Specifically, it is introduced how the acquisition module corresponding to the request information received in S211 sends the acquired monitoring data and additional information to the intermediate module. In S2111, the acquisition module evenly divides the monitoring data into first transmission data and second transmission data. The data scale of the first transmission data is the same as that of the second transmission data. The acquisition module performs a preset first operation on the first transmission data. The first operation can be an operation using a hash function. Based on the operation result data, first secret data is generated. The data scale of the first secret data is the same as that of the second transmission data. The specific method can be using the operation result data as seed data to generate random data as the first secret data. Then, continue to perform a preset second operation on the second transmission data and the first secret data to obtain first secret result data. To facilitate the understanding of the second operation, for example, performing the second operation on "0011" and "1100" can obtain "1111". In S2112, the acquisition module performs a preset first operation on the first secret result data. Based on the operation result data, second secret data is generated. The generation method here is the same as that of the first secret data. Then, continue to perform a preset second operation on the first transmission data and the second secret data to obtain second secret result data. The acquisition module sends the first secret result data and the second secret result data to the intermediate module.

[0069] Furthermore, in S212, before the intermediate module records the received monitoring data, the following steps are also included:

[0070] S2121: The intermediate module receives the first secret result data and the second secret result data, and the intermediate module performs a preset first operation on the first secret result data. Based on the operation result data, second secret data is generated. Then, continue to perform a preset second operation on the second secret data and the second secret result data to obtain the first transmission data;

[0071] S2122: The intermediate module performs a preset first operation on the first transmission data. Based on the operation result data, first secret data is generated. Then, continue to perform a preset second operation on the first secret result data and the first secret data to obtain the second transmission data. Use the first transmission data and the second transmission data to recover the transmitted data.

[0072] Specifically, this describes the processing performed by the intermediate module in S212 before recording the received monitoring data. It should be noted that the first operation and the second operation, which appear multiple times in this embodiment, have the same meaning. In S2121, the intermediate module receives the first encrypted result data and the second encrypted result data, performs a preset first operation on the first encrypted result data, generates second encrypted data based on the operation result data. The generation method here is the same as the one described above. Then, continue to perform a preset second operation on the second encrypted data and the second encrypted result data to obtain the first transmission data. In S2122, the intermediate module performs a preset first operation on the first transmission data, generates first encrypted data based on the operation result data. The generation method here is the same as the one described above. Then, continue to perform a preset second operation on the first encrypted result data and the first encrypted data to obtain the second transmission data. Use the first transmission data and the second transmission data to recover the transmitted data. When the data scale of the monitoring data and the data scale of the additional information are known, the monitoring data and the additional information can be extracted from the transmitted data.

[0073] According to another aspect of the embodiments of the present application, as shown in Figure 2 the present application further provides an Internet of Things-based freeze-drying remote monitoring system, including a collection module, an intermediate module, and an analysis module, to implement the Internet of Things-based freeze-drying remote monitoring method described above.

[0074] Among them, the functions of each module are as follows:

[0075] The collection module is used to collect monitoring data and send the collected monitoring data and additional information to the intermediate module;

[0076] The intermediate module is used to wait for receiving communication information in the monitoring state. When receiving communication information, it determines whether the received communication information is a request information from any analysis module. If not, the intermediate module performs a response process. If so, it records the received request information and the time point data of receiving the request information, and determines whether the identification data corresponding to the collection module corresponding to the received request information is preset content. If not, the intermediate module performs a first transmission process. If so, the intermediate module performs a second transmission process;

[0077] The analysis module is used to send request information for the monitoring data of the collection module to the intermediate module.

[0078] According to another aspect of the embodiments of the present application, there is also provided a storage medium storing program instructions. When the program instructions run, they control the device where the storage medium is located to execute any one of the above methods.

[0079] Those skilled in the art can clearly understand that for the convenience and conciseness of description, the specific working processes of the systems, systems, and units described above can refer to the corresponding processes in the foregoing method embodiments, and will not be elaborated herein.

[0080] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on such an understanding, the technical solution of the present application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present application. The foregoing storage medium includes: various media that can store program codes, such as USB flash drives, mobile hard disks, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical discs.

[0081] As described above, the above embodiments are only used to illustrate the technical solutions of the present application and are not intended to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions recorded in the foregoing embodiments, or perform equivalent replacements for some of the technical features; and these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the various embodiments of the present application.

Claims

1. Freeze-drying remote monitoring method based on the Internet of Things, characterized in that The method includes the following steps: S1. The intermediate module enters the monitoring state. When the intermediate module receives communication information, it determines whether the received communication information is a request message from any analysis module. If so, it proceeds to the next step; if not, the intermediate module performs a response process. S2. The intermediate module records the received request message and the time point data when the request message is received. The intermediate module determines whether the identification data corresponding to the acquisition module corresponding to the received request message is preset content. If not, the intermediate module performs a first sending process, including the following steps: S211. The intermediate module sends a notification message to the acquisition module corresponding to the received request message. The acquisition module corresponding to the received request message sends the collected monitoring data and additional information to the intermediate module. S212. The intermediate module records the received monitoring data, the coding data of the acquisition module corresponding to the received request message, and the time point data when the monitoring data is received. The intermediate module determines whether the number of the corresponding request messages that have been recorded is greater than a preset quantity threshold. If so, it proceeds to the next step; if not, it continues with S214. S213. The intermediate module performs a setting process to determine whether it can set the control data of the acquisition module corresponding to the received request message. If so, it sets the identification data corresponding to the acquisition module corresponding to the received request message as the preset content, sends the control data to the acquisition module corresponding to the received request message, and proceeds to the next step, so that the acquisition module can send monitoring information to the intermediate module according to the sending time indicated by the control data. If not, it proceeds to the next step. S214. The intermediate module sends the received monitoring data to the analysis module corresponding to the received request message, and the intermediate module returns to the monitoring state. If so, the intermediate module performs a second sending process, including the following steps: S221. The intermediate module determines the monitoring data corresponding to the received request message from all the recorded monitoring data, and sends the determined monitoring data to the analysis module corresponding to the received request message. S222. The intermediate module determines whether the analysis module corresponding to the received request message appears for the first time. If so, the intermediate module sets the identification data corresponding to the acquisition module corresponding to the received request message as content other than the preset content and returns to the monitoring state. If not, the intermediate module directly returns to the monitoring state.

2. The method according to claim 1, wherein The intermediate module performs a response process, including the following steps: S11. The intermediate module updates the corresponding recorded monitoring data based on the received monitoring information, and updates the corresponding recorded time point data based on the time point data of the received monitoring information. S12. The intermediate module determines whether the identification data corresponding to the acquisition module corresponding to the received monitoring information is preset content. If not, it returns to the monitoring state. If so, it performs a setting process to determine whether it can set the control data of the acquisition module corresponding to the received monitoring information. S13. When it is yes, the intermediate module sends the control data to the acquisition module corresponding to the received monitoring information and returns to the monitoring state. When it is no, the intermediate module returns to the monitoring state.

3. The method according to claim 2, characterized in that, In the said S213, the intermediate module executes a setting process, including the following steps: S2131. The intermediate module counts the number of times the acquisition module corresponding to the received request information acquires monitoring data within a unit time, and combines the additional information sent by the acquisition module corresponding to the received request information to determine the effective duration. S2132. The intermediate module calculates the cycle time for each analysis module to send the corresponding request information respectively, and the intermediate module determines whether the effective duration is greater than a preset effective duration threshold. When it is no, the intermediate module performs an integration process for the time points when each analysis module sends the corresponding request information and continues to the next step. When it is yes, it continues with S2134. S2133. The intermediate module determines whether the cycle time for each analysis module to send the corresponding request information is stable. When it is no, it is determined that the control data of the acquisition module corresponding to the received request information cannot be set. When it is yes, it continues to the next step. S2134. The intermediate module sets the control data of the acquisition module corresponding to the received request information.

4. The method according to claim 3, characterized in that, In the said S211, the acquisition module corresponding to the received request information sends the acquired monitoring data and additional information to the intermediate module, including the following steps: S2111. The acquisition module regards the monitoring data and additional information as the sending data, evenly divides the sending data into the first sending data and the second sending data, and the acquisition module performs a preset first operation on the first sending data, generates the first hidden data based on the operation result data, and then continues to perform a preset second operation on the second sending data and the first hidden data to obtain the first hidden result data. S2112. The acquisition module performs a preset first operation on the first hidden result data, generates the second hidden data based on the operation result data, and then continues to perform a preset second operation on the first sending data and the second hidden data to obtain the second hidden result data. The acquisition module sends the first hidden result data and the second hidden result data to the intermediate module.

5. An Internet of Things-based freeze-drying remote monitoring system for implementing the method according to any one of claims 1 to 4, characterized in that, Including the following modules: An acquisition module, which is used to acquire monitoring data and send the acquired monitoring data and additional information to the intermediate module. An intermediate module, which is used to wait for receiving communication information in the monitoring state. When receiving communication information, it determines whether the received communication information is a request information from any analysis module. When it is no, the intermediate module executes a response process. When it is yes, it records the received request information and the time point data of receiving the request information, determines whether the identification data corresponding to the acquisition module corresponding to the received request information is the preset content. When it is no, the intermediate module executes a first sending process. When it is yes, the intermediate module executes a second sending process. An analysis module, which is used to send request information for the monitoring data of the acquisition module to the intermediate module.

6. A storage medium, characterized in that, The storage medium stores program instructions, wherein when the program instructions run, they control the device where the storage medium is located to execute the method described in any one of claims 1 to 4.

Citation Information

Patent Citations

  • Data acquisition system and data acquisition method of Internet of Things gateway

    CN117692278A

  • Internet of Things data acquisition method and system

    CN118474153A

  • Network link disconnection control method and device, and readable storage medium

    CN108712489A

  • Information transmission method and device, electronic equipment and storage medium

    CN113810264A