CN110602222B - Blockchain-based joint monitoring method, device and computer storage medium - Google Patents

Abstract

The application discloses a block chain-based joint monitoring method and device and a computer storage medium, and belongs to the technical field of data processing. The method comprises the following steps: when the first monitoring system monitors an abnormal object, a first block may be generated according to monitoring data indicating a behavior of the abnormal object, the first block is added to a block chain deployed in the first monitoring system, and the first block is synchronized to the second monitoring system, so as to instruct the second monitoring system to track the abnormal object based on the first block. Therefore, the second monitoring system can acquire the monitoring data, which is detected by the first monitoring system and is aimed at the abnormal object, in real time, and the problem that the timeliness of the monitoring data acquired by the second monitoring system is too poor is avoided, so that the effectiveness of the second monitoring system in tracking and monitoring the abnormal object is improved.

Description

Blockchain-based joint monitoring method, device and computer storage medium

technical field

The present application relates to the technical field of data processing, and in particular, to a blockchain-based joint monitoring method, device and computer storage medium.

Background technique

At present, in order to ensure the personal safety or property safety of persons in each area, for any area, a monitoring system is usually deployed in the area to collect monitoring data of the area. Joint monitoring can be achieved between different monitoring systems based on the monitoring data collected by them.

In the related art, it is assumed that the first monitoring system is deployed in the first area, and the second monitoring system is deployed in the second area. The first monitoring system can report the collected monitoring data to the data center, and the data center sends the monitoring data collected by the first monitoring system to the second monitoring system. In this way, the second monitoring system can monitor the second area according to the monitoring data collected by the first monitoring system, so as to realize joint monitoring between the first monitoring system and the second monitoring system.

In the above-mentioned joint monitoring of the first monitoring system and the second monitoring system, after the first monitoring system needs to report the collected monitoring data to the data center, the data center will subsequently issue the monitoring data to the second monitoring system, resulting in the second monitoring data. The timeliness of the monitoring data acquired by the monitoring system is too low, thereby affecting the monitoring effectiveness of the second monitoring system.

SUMMARY OF THE INVENTION

The embodiments of the present application provide a blockchain-based joint monitoring method, device, and computer storage medium, which can improve the monitoring effectiveness of the monitoring system. The technical solution is as follows:

In one aspect, a blockchain-based joint monitoring method is provided, the method comprising:

When an abnormal object is monitored by the first monitoring system, a first block is generated according to monitoring data, and the monitoring data includes data for indicating the behavior of the abnormal object;

the first monitoring system adds the first block to a blockchain deployed in the first monitoring system;

The first monitoring system synchronizes the first block to the second monitoring system to instruct the second monitoring system to track the abnormal object based on the first block, and the second monitoring system It is a monitoring system other than the first monitoring system.

In another aspect, a blockchain-based joint monitoring method is provided, the method comprising:

The second monitoring system receives the first block synchronized by the first monitoring system, the first block is generated by the first monitoring system according to monitoring data when an abnormal object is monitored, and the monitoring data the behavior data of the abnormal object, the second monitoring system is a monitoring system other than the first monitoring system;

The second monitoring system tracks the abnormal object based on the first block.

In another aspect, a blockchain-based joint monitoring device is provided, the device comprising:

a generating module, configured to generate a first block according to monitoring data when an abnormal object is monitored by the first monitoring system, and the monitoring data includes data for indicating the behavior of the abnormal object;

An adding module is used for the first monitoring system to add the first block to the blockchain deployed in the first monitoring system;

A first synchronization module for the first monitoring system to synchronize the first block to the second monitoring system, for instructing the second monitoring system to track the abnormal object based on the first block , the second monitoring system is a monitoring system other than the first monitoring system.

In another aspect, a blockchain-based joint monitoring device, the device includes:

The receiving module is used for the second monitoring system to receive the first block synchronized by the first monitoring system, the first block is generated by the first monitoring system according to monitoring data when an abnormal object is monitored, and the monitoring data including data indicative of the behavior of the abnormal object, the second monitoring system being a monitoring system other than the first monitoring system;

A tracking module, used for the second monitoring system to track the abnormal object based on the first block.

In another aspect, a blockchain-based joint monitoring device is provided, the device includes a processor and a memory, wherein the memory stores at least one instruction, at least a piece of program, code set or instruction set, the at least one The instructions, the at least one piece of program, the code set or the instruction set are loaded and executed by the processor to implement the blockchain-based joint monitoring method according to any one of the above aspects.

In another aspect, a computer storage medium is provided, wherein the storage medium stores at least one instruction, at least one piece of program, code set or instruction set, the at least one instruction, the at least one piece of program, the code set or the The instruction set is loaded and executed by the processor to implement the blockchain-based joint monitoring method described in any one of the above aspects.

The beneficial effects brought by the technical solutions provided in the embodiments of the present application include at least:

In this embodiment of the present application, when an abnormal object is monitored by the first monitoring system, a first block may be generated according to monitoring data used to indicate the behavior of the abnormal object, and the first block may be added to the first monitoring system for deployment and synchronize the first block to the second monitoring system to instruct the second monitoring system to track the abnormal object based on the first block. In this way, the second monitoring system can acquire the monitoring data for abnormal objects detected by the first monitoring system in real time, which avoids the poor timeliness of the monitoring data acquired by the second monitoring system, thereby improving the second monitoring system's ability to detect abnormal objects. The effectiveness of tracking and monitoring of objects.

Description of drawings

In order to illustrate the technical solutions in the embodiments of the present application more clearly, the following briefly introduces the drawings that are used in the description of the embodiments. Obviously, the drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can also be obtained from these drawings without creative effort.

1 is a schematic diagram of a data sharing system provided according to an embodiment of the present application;

FIG. 2 is a schematic diagram of a blockchain provided according to an embodiment of the present application;

3 is a schematic diagram of a process for generating a block according to an embodiment of the present application;

4 is a flowchart of a method for registering a blockchain node according to an embodiment of the present application;

5 is a schematic diagram of a group provided by an embodiment of the present application;

FIG. 6 is a schematic flowchart of a plurality of monitoring systems for registration provided by an embodiment of the present application;

7 is a flowchart of a blockchain-based joint monitoring method provided by an embodiment of the present application;

8 is a schematic flowchart of data sharing by a plurality of monitoring systems provided by an embodiment of the present application;

9 is a flowchart of another blockchain-based joint monitoring method provided by an embodiment of the present application;

10 is a schematic structural diagram of a blockchain-based joint monitoring device provided by an embodiment of the present application;

11 is a schematic structural diagram of another blockchain-based joint monitoring device provided by an embodiment of the present application;

FIG. 12 is a schematic structural diagram of another blockchain-based joint monitoring device provided by an embodiment of the present application.

Detailed ways

In order to make the objectives, technical solutions and advantages of the present application clearer, the embodiments of the present application will be further described in detail below with reference to the accompanying drawings.

It should be understood that references herein to "a plurality" means two or more. In the description of this application, unless otherwise specified, "/" means or means, for example, A/B can mean A or B; "and/or" in this text is only a relationship to describe the related objects, Indicates that three relationships can exist, for example, A and/or B, can represent: A alone exists, A and B exist at the same time, and B exists alone. In addition, in order to clearly describe the technical solutions of the embodiments of the present application, in the embodiments of the present application, words such as "first" and "second" are used to distinguish the same or similar items with basically the same function and effect. Those skilled in the art can understand that the words "first", "second" and the like do not limit the quantity and execution order, and the words "first", "second" and the like are not necessarily different.

Before explaining the blockchain-based joint monitoring method provided by the embodiments of this application, the relevant content of the blockchain is explained first.

FIG. 1 is a data sharing system provided by an embodiment of the present application. The data sharing system 100 refers to a system for sharing data between nodes. The data sharing system 100 may include multiple nodes 101, and the multiple nodes 101 may refer to each client in the data sharing system. Each node 101 can receive input information during normal operation, and maintain the shared data in the data sharing system 100 based on the received input information. In order to ensure the information exchange in the data sharing system 100, an information connection may exist between each node 101 in the data sharing system 100, and information transmission may be performed between the nodes 101 through the above-mentioned information connection. For example, when any node 101 in the data sharing system 100 receives input information, other nodes 101 in the data sharing system 100 obtain the input information according to the consensus algorithm, and store the input information as data in the shared data, so that The data stored on all nodes 101 in the data sharing system 100 are consistent.

Each node 101 in the data sharing system 100 has a corresponding node identifier, and each node 101 in the data sharing system 100 can store the node identifiers of other nodes 101 in the data sharing system 100 for subsequent Node identifiers of other nodes 101 , and broadcast the generated block to other nodes 101 in the data sharing system 100 . Each node 101 may maintain a node identification list as shown in the following table, and store the node name and the node identification in the node identification list correspondingly. The node identifier may be an IP (Internet Protocol, protocol for interconnection between networks) address and any other information that can be used to identify the node. Table 1 only takes the IP address as an example for description.

Table 1

node name Node ID Node 1 117.114.151.174 Node 2 117.116.189.145 … … Node N 119.123.789.258

Each node 101 in the data sharing system 100 stores an identical blockchain. The blockchain consists of multiple blocks, see Figure 2, the blockchain consists of multiple blocks, the founding block includes the block header and the block body, and the block header stores the input information feature value, version number, timestamp and difficulty value, the input information is stored in the block body; the next block of the genesis block takes the genesis block as the parent block, the next block also includes the block header and the block body, and the block header stores the current block The characteristic value of input information, the characteristic value of the block header of the parent block, the version number, the timestamp and the difficulty value, and so on, so that the block data stored in each block in the blockchain is the same as that in the parent block. The stored block data is associated, which ensures the security of the input information in the block.

When generating each block in the blockchain, referring to FIG. 3 , when the node 101 where the blockchain is located receives the input information, it verifies the input information, and after the verification is completed, the input information is stored in the memory pool , and update the hash tree used to record the input information; after that, update the update timestamp to the time when the input information was received, and try different random numbers, and perform the eigenvalue calculation multiple times, so that the calculated eigenvalues can be Satisfy the following formula:

SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))<TARGET

Among them, SHA256 is the eigenvalue algorithm used to calculate the eigenvalue; version (version number) is the version information of the relevant block protocol in the blockchain; prev_hash is the block header eigenvalue of the parent block of the current block; merkle_root is the input information The characteristic value of ; ntime is the update time of the update timestamp; nbits is the current difficulty, which is a fixed value within a period of time, and is determined again after a fixed period of time; x is a random number; TARGET is the characteristic value threshold, the characteristic value of The value threshold can be determined according to nbits.

In this way, when the random number satisfying the above formula is obtained by calculation, the information can be stored correspondingly, the block header and the block body can be generated, and the current block can be obtained. Subsequently, the node where the blockchain is located sends the newly generated block to other nodes in the data sharing system where it is located according to the node identifiers of other nodes in the data sharing system, and the newly generated block is verified by other nodes. , and add the newly generated block to its stored blockchain after verification is complete.

The blockchain-based joint monitoring method provided by the embodiment of the present application is applied to the above-mentioned data sharing system, and each node in FIG. 1 can be the monitoring system provided by the embodiment of the present application. The data sharing system shown in 1 is used to realize the real-time sharing of monitoring data on each monitoring system.

In order to enable each monitoring system to realize real-time sharing of monitoring data through the data sharing system shown in Figure 1, each monitoring system needs to be registered in advance as each node in the data sharing system shown in Figure 1, that is, a blockchain node . The following explains the process of registering blockchain nodes in the monitoring system.

FIG. 4 is a flowchart of a method for registering a blockchain node provided by an embodiment of the present application. As shown in Figure 4, the method includes the following steps:

Step 401: The first monitoring system sends a blockchain registration request to the data center.

The first monitoring system is any monitoring system that needs to be a registered blockchain node. In this embodiment of the present application, the monitoring system may be a monitoring server deployed in a monitoring organization corresponding to any area. The monitoring system is used to monitor the abnormal objects in the corresponding area, and when monitoring the abnormal objects, the related monitoring data of the abnormal objects are shared to other monitoring systems in the data sharing system in real time, so that other monitoring and monitoring systems can quickly follow the monitoring Data realizes joint monitoring.

The data center refers to the server that uniformly manages each blockchain node, and each monitoring system can be registered as a blockchain node through the data center. Therefore, when the first monitoring system needs to share the monitoring data in real time through the data sharing system shown in FIG. 1 , the first monitoring system needs to send a blockchain registration request to the data center first.

The blockchain registration request may carry information such as the institution code, institution level, and time of the first monitoring system. Wherein, the institution code is used to uniquely identify the institution corresponding to the first monitoring system, the institution level is used to indicate the importance level of the institution corresponding to the first monitoring system, and the time is used to indicate the time when the blockchain is currently registered.

Step 402: The data center determines a registration response message according to the blockchain registration request, and sends the registration response message to the first monitoring system. The registration response message carries the certificate, the first certificate public key and the first certificate private key, and the certificate is used for Indicates that the first monitoring system has registered as a blockchain node.

After the data center determines that the first monitoring system meets the requirements of the blockchain node according to the blockchain registration request, it can assign a certificate, the first certificate public key and the first certificate private key to the first monitoring system, and A registration response message is generated based on the assigned certificate, the first certificate public key and the first certificate private key, so as to return the registration response message to the first monitoring system.

The assigned certificate is used to indicate that the first monitoring system has been registered as a blockchain node. In addition, the certificate is also used to identify the first monitoring system, so that subsequent monitoring and monitoring can identify the first monitoring system through the certificate.

The first certificate private key and the first certificate public key are a pair of keys configured by the data center for the first monitoring system. The first certificate public key and the first certificate private key are used to protect the privacy of the data shared by the first monitoring system. The functions of the first certificate public key and the first certificate private key will be explained in detail in the process of sharing data below. Description, will not expand the description here.

In addition, due to the different importance levels of organizations corresponding to different monitoring systems, the monitoring data of a certain monitoring system may be limited to be shared among a small number of other monitoring systems, but cannot be shared globally. Therefore, in this embodiment of the present application, the data center can also set up groups for the first monitoring system according to the institutional level of the first monitoring system carried in the blockchain registration request, so that the first monitoring system can share the monitoring data in Within a designated group, some sensitive monitoring data is avoided from being shared globally.

In a possible implementation manner, the data center may, according to the institutional level of the first monitoring system, determine one or more groups where the first monitoring system is located, and the abnormal objects corresponding to the monitoring data allowed to be shared by each group type of behavior. At this time, the registration response message generated by the data center correspondingly carries the identity of each group in the one or more groups where the first monitoring system is located, and the identity of the abnormal object corresponding to the monitoring data allowed to be shared in each group. type of behavior.

In addition, the data center can group all monitoring systems in advance according to the institutional level of each monitoring system. In this way, when the data center receives a blockchain registration request, it can directly obtain the first monitoring system based on the institutional level of the first monitoring system. One or more groups in which a monitoring system resides.

For example, FIG. 5 is a schematic diagram of a group provided by an embodiment of the present application. As shown in FIG. 5 , the data center may divide monitoring system A, monitoring system B, monitoring system C and monitoring system D into group 1 in advance, and divide monitoring system B, monitoring system C and monitoring system D into group 2 in advance. Group 1 is used to share monitoring data of one behavior type, and group 2 is used to share monitoring data of another behavior type.

Based on the schematic diagram of the group shown in Figure 5, when the data center receives the blockchain registration request sent by the monitoring system B, the registration response message fed back by the data center to the monitoring system B carries the identity of the group 1 and the group 2, and the behavior type of the abnormal object corresponding to the monitoring data allowed to be shared in group 1, and the behavior type of the abnormal object corresponding to the monitoring data allowed to be shared in group 2.

When the data center receives the blockchain registration request sent by monitoring system A, the registration response message fed back by the data center to monitoring system A only carries the identifier of group 1, and the corresponding monitoring data allowed to be shared in group 1 The behavior type of the exception object.

When applying the blockchain-based joint monitoring method provided by the embodiments of the present application, since the monitoring data indicated by the behavior types of some abnormal objects are highly sensitive, the monitoring data indicated by the behavior types of some abnormal objects are more sensitive. It is relatively low, and monitoring data with different degrees of sensitivity also needs to be shared in different groups to further improve the privacy of monitoring data. Therefore, in this embodiment of the present application, multiple groups may be configured for the first monitoring system, and then the behavior types of the abnormal objects corresponding to the monitoring data allowed to be shared in the group are set for each group. In this way, the first monitoring system The system can share different monitoring data in different groups, improving the flexibility of joint monitoring.

That is, in the embodiment of the present application, the real-time sharing feature of the blockchain can be applied to the global monitoring system through the configuration of groups, and under the effect of ensuring the real-time sharing of monitoring data, different groups group, so that the monitoring data can be used in a small range, and the privacy of some monitoring data is guaranteed.

Step 403: The first monitoring system receives the registration response message.

After the data center generates the registration response message in step 402, the data center may feed back the generated registration response message to the first monitoring system. Through the registration response message, the first monitoring system determines that it has been registered as a blockchain node. In this way, the first monitoring system can share the monitoring data through the data sharing system shown in FIG. 1 .

Step 404: The first monitoring system synchronizes the public key of the first certificate to the second monitoring system.

In the blockchain technology, the block published by any blockchain node, other blockchain nodes need to verify the block with the public key of the certificate before adding it to their own blockchain. Therefore, after the first monitoring system receives the registration response message, it needs to synchronize the public key of the first certificate to the second monitoring system, that is, publish the public key of the first certificate in the data sharing system shown in FIG. 1 , In order to facilitate the second monitoring system in the data sharing system to verify the block issued by the first monitoring system according to the public key of the first certificate.

In addition, if the identification of the first monitoring system is not pre-stored in other monitoring systems, the first monitoring system may also synchronize the certificate in the registration response message to the second monitoring system, so that the second monitoring system can identify the first monitoring system based on the certificate. monitoring system for identification.

The above steps 401 to 404 take the first monitoring system as an example to illustrate the blockchain registration process of the monitoring system. For the blockchain registration processes of other monitoring systems, reference can be made to the above steps 401 to 404, which will not be detailed here. illustrate.

FIG. 6 is a schematic flowchart of registration with multiple monitoring systems provided by an embodiment of the present application. Assuming that there are currently three monitoring systems, labeled as monitoring system A, monitoring system B, and monitoring system C, monitoring system A and monitoring system B are in a group, and monitoring system B and monitoring system C are in a group. As shown in FIG. 6 , the monitoring system A, the monitoring system B, and the monitoring system C can respectively initiate a registration process to the data center, and the registration process can be implemented by the above step 401 . The data center issues certificates and a pair of keys to monitoring system A, monitoring system B, and monitoring system C respectively. Then monitoring system A synchronizes its own certificate and certificate public key to one group, monitoring system B synchronizes the certificate's own certificate and certificate public key to the two groups it is located in, and monitoring system C synchronizes the certificate Its own certificate and certificate public key are synchronized to the two groups where it is located.

After completing the registration of blockchain nodes based on the registration process shown in Figure 6, monitoring system A, monitoring system B, and monitoring system C can perform joint monitoring through the following blockchain-based joint monitoring method.

In the embodiment of the present application, the monitoring system can be registered as a blockchain node through the data center, so that the joint monitoring method based on the blockchain provided by the embodiment of the present application can be implemented with other blockchain nodes in the future, thereby improving joint monitoring. effectiveness.

FIG. 7 is a flowchart of a blockchain-based joint monitoring method provided by an embodiment of the present application. As shown in Figure 7, the method includes the following steps:

Step 701: When an abnormal object is monitored by the first monitoring system, a first block is generated according to the monitoring data, and the monitoring data includes data used to indicate the behavior of the abnormal object.

In a possible implementation manner, the first monitoring system may detect abnormal objects by means of a WIFI (Wireless Fidelity, wireless fidelity) probe. The first monitoring system monitors the data traffic in the monitored area, and when detecting that the MAC (Media Access Control Address, media access control address) of the terminal corresponding to a certain traffic is the MAC in the preset MAC blacklist, determine The abnormal object is monitored, and then the location information of the abnormal object is located by technical means such as base station positioning. After the location information of the abnormal object is located, the camera deployed at the location information is controlled to collect video data of the abnormal object. The first monitoring system identifies the video data, analyzes the data used to indicate the behavior of the abnormal object in the video data, for example, marks the face information and abnormal behavior information of the abnormal object in the video data, and analyzes the video data after the analysis. The data is used as monitoring data for the abnormal object.

Optionally, the first monitoring system can also detect abnormal objects in other ways, for example, can detect abnormal objects through technologies such as voice monitoring or face recognition, which is not specifically limited in this embodiment of the present application.

When the first monitoring system monitors an abnormal object, in order to realize real-time sharing of monitoring data, thereby improving the effectiveness of joint monitoring, the first monitoring system will generate a first block according to the monitoring data, so as to pass the following step 702. The first block shares monitoring data with other monitoring systems in real time.

Step 702: The first monitoring system adds the first block to the blockchain deployed in the first monitoring system.

In a possible implementation, if the monitoring systems share data on a global scale, then the same blockchain is deployed in all monitoring systems. At this time, the first monitoring system can transfer the first block It can be directly added to the blockchain deployed in the first monitoring system.

In another possible implementation, it can be known from the embodiment shown in FIG. 4 that, in order to avoid the leakage of important information caused by the global sharing of some sensitive monitoring data, the first monitoring system may be in one or more groups, and the first monitoring system may be in one or more groups. One or more blockchains are deployed in the monitoring system, and one or more blockchains are in one-to-one correspondence with one or more groups. At this time, the implementation of step 702 may be as follows: the first monitoring system determines a group that is allowed to share monitoring data from one or more groups according to the behavior type of the abnormal object, and obtains the first group, which is in the first group. A plurality of monitoring systems are included, and the second monitoring system is a monitoring system other than the first monitoring system among the plurality of monitoring systems; the first monitoring system adds the first block to the blockchain corresponding to the first group. In this way, the monitoring data acquired by the first monitoring system can be shared only in the scope of the first group, rather than in the global scope.

Because the registration response message obtained by the first monitoring system in the process of registering the blockchain carries the identification of each group in one or more groups where the first monitoring system is located, and the monitoring data allowed to be shared in each group The behavior type of the corresponding exception object. Therefore, after acquiring the monitoring data, the first monitoring system can determine the groups that are allowed to share the monitoring data from one or more groups according to the type of behavior in the monitoring data used to indicate the abnormal object, and obtain the first group Group. It will not be described in detail here.

For example, the first monitoring system is in three groups, which are marked as group 1, group 2, and group 3, respectively. The first monitoring system is deployed with a first blockchain corresponding to group 1, a second blockchain corresponding to group 2, and a third blockchain corresponding to group 3. Group 1 is used to share the monitoring data whose behavior type of the indicated abnormal object is the first type of behavior, group 2 is used to share the monitoring data that the indicated behavior type of the abnormal object is the second type of behavior, and group 3 is used to share the monitoring data of the second type of behavior. The behavior type of the indicated abnormal object is the monitoring data of the third type of behavior. Among them, the first type of behavior, the second type of behavior, and the third type of behavior can be preset, and the present application does not limit the classification method of the behavior types.

When the behavior type of the abnormal object indicated in the monitoring data currently obtained by the first monitoring system is the second type of behavior, at this time, the first monitoring system can add the generated first block to the second blockchain. .

The first monitoring system can realize real-time uploading of monitoring data to the chain through step 702, so as to facilitate subsequent query of the monitoring data. In addition, when the first monitoring system acquires the monitoring data, in addition to sharing the monitoring data through the blockchain, the first monitoring system can also take a series of measures for the abnormal object according to the monitoring data, for example, according to the monitoring data Make an alarm to facilitate the follow-up processing of the abnormal object by the relevant personnel.

Step 703: The first monitoring system synchronizes the first block to the second monitoring system, and the second monitoring system is a monitoring system other than the first monitoring system.

In a possible implementation manner based on step 702, if the monitoring systems share data globally, at this time, the second monitoring system is all other monitoring systems in the data sharing system shown in FIG. 1 .

Based on another possible implementation manner of step 702, if the first monitoring system may be in one or more groups. At this time, the implementation of step 703 may be as follows: the first monitoring system publishes the first block in the first group for synchronizing the first block to the second monitoring system. That is, the second monitoring system is another monitoring system in the first group except the first monitoring system.

In addition, the implementation manner of the above-mentioned first monitoring system publishing the first block in the first group may be: the published first block carries the identifier of the first group, and all nodes in the data sharing system receive the first block. When creating a block, first determine whether it is in the first group, and if so, add the first block to the blockchain corresponding to the first group deployed by itself. If not, discard the first block.

Optionally, the implementation manner of the above-mentioned first monitoring system publishing the first block in the first group may also be: the published first block carries the MAC of each monitoring system in the first group, and the first block in the data sharing system carries the MAC. When all nodes receive the first block, first determine whether their own MAC is one of the MACs of the monitoring systems carried in the first block, and if so, add the first block to the A group of corresponding blockchains. If not, discard the first block.

In addition, in order to ensure the security of the shared data, in any of the above implementation manners, the implementation process of the first monitoring system synchronizing the first block to the second monitoring system may be: The first block is digitally signed with the key to obtain the signed first block; the first monitoring system publishes the signed first block, which is used to instruct the second monitoring system to sign the first block according to the public key of the first certificate. After the first block is successfully verified, the first block is added to the blockchain deployed in the second monitoring system.

The first certificate private key and the first certificate public key are a pair of keys configured by the data center for the first monitoring system in the embodiment shown in FIG. 4 .

After the first monitoring system synchronizes the first block to the second monitoring system through the above step 703, the second monitoring system can track the abnormal object according to the following steps 704 and 705.

Step 704: The second monitoring system receives the first block synchronized by the first monitoring system.

Based on steps 701 to 703, it can be known that the first block in step 704 is generated by the first monitoring system according to monitoring data when an abnormal object is monitored.

Step 705: The second monitoring system tracks the abnormal object based on the first block.

After the second monitoring system obtains the first block in the above manner, it can lock the abnormal object through the monitoring data carried in the first block, so as to realize real-time tracking of the first abnormal object, thereby improving the processing of the abnormal object The speed, obviously, also avoids the escape of the exception object.

In addition, after receiving the first block, the second monitoring system can add the first block to the blockchain deployed in the second monitoring system in the manner shown in FIG. 1 , which will not be explained in detail here. .

It should be noted that, for the first monitoring system, the first monitoring system may be in one or more groups, and correspondingly, the second monitoring system may also be in one or more groups. Therefore, for the second monitoring system, one or more blockchains are also deployed in the second monitoring, and the one or more blockchains are in one-to-one correspondence with one or more groups where the second monitoring system is located. At this time, the first block released by the first monitoring system also carries the identifier of the first group. In this way, after the second monitoring system detects the first block, the first block can be identified based on the identifier of the first group. The block is added to the blockchain corresponding to the first group in the second monitoring system.

That is, the first block carries the identifier of the group that is allowed to share the monitoring data in step 701 . In this way, after the second monitoring system receives the first block synchronized by the first monitoring system, the second monitoring system selects a group from the one or more groups according to the groups carried in the first block that are allowed to share the monitoring data. , determine the group that is allowed to share the monitoring data, and obtain the first group; the second monitoring system adds the first block to the blockchain corresponding to the first group.

The above steps 701 to 705 take the first monitoring system and the second monitoring system as examples to explain the blockchain-based joint monitoring method adopted in the embodiment of the present application. When applying the blockchain-based joint monitoring method provided by the embodiments of the present application, joint monitoring between different monitoring systems can be implemented through the above steps 701 to 703 .

For the multiple monitoring systems shown in Figure 6. As shown in Figure 8, when the monitoring system A monitors an abnormal object, it can generate a block according to the monitoring data and upload the block to the chain. At the same time, monitoring system A also synchronizes the block to monitoring system B. After monitoring system B receives the block, it will upload the block after verifying that the block is valid. In this way, real-time sharing of monitoring data can be achieved.

In addition, after the monitoring system B successfully uploads the block to the chain, it can also synchronize the success message of the chain to the monitoring system A and the data center by means of blocks, so as to facilitate the subsequent query of the specific process of joint monitoring. The method of synchronizing the successful message on the chain is basically the same as the method of synchronizing the monitoring data in the above steps 701 to 703, and will not be described in detail here.

In this embodiment of the present application, when an abnormal object is monitored by the first monitoring system, a first block may be generated according to monitoring data used to indicate the behavior of the abnormal object, and the first block may be added to the first monitoring system for deployment and synchronize the first block to the second monitoring system to instruct the second monitoring system to track the abnormal object based on the first block. In this way, the second monitoring system can acquire the monitoring data for abnormal objects detected by the first monitoring system in real time, which avoids the poor timeliness of the monitoring data acquired by the second monitoring system, thereby improving the second monitoring system's ability to detect abnormal objects. The effectiveness of tracking and monitoring of objects.

All the above-mentioned optional technical solutions can be combined to form optional embodiments of the present application, which are not repeated in this embodiment of the present application.

The block chain-based joint monitoring method provided by the embodiment of the present application is further explained below with reference to the multiple monitoring systems shown in FIG. 6 .

FIG. 9 is a flowchart of another blockchain-based joint monitoring method provided by an embodiment of the present application. As shown in FIG. 9 , monitoring system A, monitoring system B, and monitoring system C respectively initiate a registration process to the data center through step 401 in the embodiment shown in FIG. 4 based on their own institutional levels. The data center can divide monitoring system A and monitoring system B into group 1, and divide monitoring system B and monitoring system C into group 2 based on the organization level reported by each monitoring system, and return their own certificates, key and the group it is in. For this process, reference may also be made to step 403 in the embodiment shown in FIG. 4 , which will not be described in detail here.

After each monitoring system receives the certificate, key and group returned by the data center, it synchronizes its own certificate and certificate public key to other monitoring systems in the group according to the group it is currently in. Each monitoring system also deploys its own blockchain corresponding to the group it is in, so that monitoring data can be shared through the blockchain deployed by itself.

The registration process of each of the above monitoring systems can be performed when the monitoring system is initialized. After each monitoring system is initialized, the blockchain-based joint monitoring can be implemented through the embodiment shown in FIG. 7 . In FIG. 9 , the monitoring system A is used as an example for description, and other monitoring systems may refer to the monitoring system A for joint monitoring.

As shown in FIG. 9 , the monitoring system A monitors in real time whether the abnormal object invades the area corresponding to the monitoring system A. When monitoring system A monitors an abnormal object, it generates a block according to the monitoring data, and then synchronizes the block to monitoring system B of other nodes in group 1. After obtaining the block, the monitoring system B obtains monitoring data from the block, and then can track the abnormal object according to the monitoring data. Since the monitoring system A synchronizes the blocks immediately after monitoring the abnormal object, the time when the monitoring system B obtains the monitoring data is very short from the time when the monitoring system A monitors the abnormal object. The timeliness of the monitoring data is very high, thereby improving the monitoring effectiveness of the monitoring system B.

In addition, as shown in FIG. 9 , after the monitoring system B acquires the block, it needs to store the block on the blockchain corresponding to the group 1, so as to realize the sharing of the monitoring data in the group 1.

FIG. 10 is a block chain-based joint monitoring device provided by an embodiment of the present application, and the device 1000 includes:

The generating module 1001 is used to generate a first block according to the monitoring data when the abnormal object is monitored by the first monitoring system, and the monitoring data includes data for indicating the behavior of the abnormal object;

The adding module 1002 is used for the first monitoring system to add the first block to the blockchain deployed in the first monitoring system;

The first synchronization module 1003 is used for the first monitoring system to synchronize the first block to the second monitoring system, for instructing the second monitoring system to track the abnormal object based on the first block, and the second monitoring system is the first monitoring system monitoring system outside the system.

Optionally, the first monitoring system is in one or more groups, one or more blockchains are deployed in the first monitoring system, and the one or more blockchains are in one-to-one correspondence with one or more groups;

Add module 1002 for:

The first monitoring system determines a group that is allowed to share monitoring data from one or more groups according to the behavior type of the abnormal object, and obtains the first group. The first group includes multiple monitoring systems and the second monitoring system. It is a monitoring system other than the first monitoring system among the multiple monitoring systems;

The first monitoring system adds the first block to the blockchain corresponding to the first group;

Accordingly, the first monitoring system synchronizes the first block to the second monitoring system, including:

The first monitoring system publishes the first block in the first group for synchronizing the first block to the second monitoring system.

Optionally, the first synchronization module 1003 is used for:

The first monitoring system digitally signs the first block according to the first certificate private key to obtain the signed first block;

The first monitoring system issues the signed first block to instruct the second monitoring system to add the first block to the second monitoring system after successfully verifying the signed first block according to the public key of the first certificate Blockchain deployed in;

The first certificate private key and the first certificate public key are a pair of keys configured by the data center for the first monitoring system.

Optionally, as shown in FIG. 11 , the apparatus 1000 further includes:

The sending module 1004 is used for the first monitoring system to send a blockchain registration request to the data center;

The receiving module 1005 is used for the first monitoring system to receive the registration response message sent by the data center. The registration response message carries the certificate, the first certificate public key and the first certificate private key, and the certificate is used to indicate that the first monitoring system has been registered as a zone. blockchain node;

The second synchronization module 1006 is used for the first monitoring system to synchronize the public key of the first certificate to the second monitoring system.

Optionally, the blockchain registration request also carries the institutional level of the first monitoring system;

The registration response message also carries the identification of each group in the one or more groups where the first monitoring system is located, and the behavior type of the abnormal object corresponding to the monitoring data allowed to be shared in each group, one or more groups. The identifier of each group in the group and the behavior type of the abnormal object corresponding to the monitoring data allowed to be shared in each group are determined according to the institutional level of the first monitoring system.

In this embodiment of the present application, when an abnormal object is monitored by the first monitoring system, a first block may be generated according to monitoring data used to indicate the behavior of the abnormal object, and the first block may be added to the first monitoring system for deployment and synchronize the first block to the second monitoring system to instruct the second monitoring system to track the abnormal object based on the first block. In this way, the second monitoring system can acquire the monitoring data for abnormal objects detected by the first monitoring system in real time, which avoids the poor timeliness of the monitoring data acquired by the second monitoring system, thereby improving the second monitoring system's ability to detect abnormal objects. The effectiveness of tracking and monitoring of objects.

It should be noted that: when the joint monitoring device based on blockchain provided by the above embodiment performs joint monitoring based on blockchain, only the division of the above-mentioned functional modules is used as an example. The function distribution is completed by different function modules, that is, the internal structure of the device is divided into different function modules to complete all or part of the functions described above. In addition, the blockchain-based joint monitoring device and the blockchain-based joint monitoring method embodiments provided by the above embodiments belong to the same concept, and the specific implementation process is detailed in the method embodiments, which will not be repeated here.

FIG. 12 is a schematic structural diagram of a blockchain-based joint monitoring device provided by an embodiment of the present application. Any node in the data sharing system shown in FIG. 1 can be implemented by the device, the device can be a server, and the server can be a server in a background server cluster. Specifically:

The server 1200 includes a CPU (Central Processing Unit, central processing unit) 1201, a system memory 1204 including a RAM (Random Access Memory, random access memory) 1202 and a ROM (Read-Only Memory, read only memory) 1203, and is connected to the system memory 1204 1204 and the system bus 1205 of the central processing unit 1201. The server 1200 also includes a basic I/O system (Input/Output) 1206 that facilitates the transfer of information between various devices within the computer, and a large capacity for storing the operating system 1213, application programs 1214, and other program modules 1215 Storage device 1207.

The basic input/output system 1206 includes a display 1208 for displaying information and input devices 1209 such as a mouse, keyboard, etc., for user input of information. Both the display 1208 and the input device 1209 are connected to the central processing unit 1201 through the input and output controller 1120 connected to the system bus 1205. The basic input/output system 1206 may also include an input output controller 1120 for receiving and processing input from a number of other devices such as a keyboard, mouse, or electronic stylus. Similarly, input output controller 1120 also provides output to a display screen, printer, or other type of output device.

Mass storage device 1207 is connected to central processing unit 1201 through a mass storage controller (not shown) connected to system bus 1205 . Mass storage device 1207 and its associated computer-readable media provide non-volatile storage for server 1200. That is, the mass storage device 1207 may include a computer-readable medium (not shown) such as a hard disk.

Without loss of generality, computer-readable media can include computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media include RAM, ROM, flash memory, or other solid-state storage technologies, or other optical storage, magnetic tape cartridges, magnetic tape, magnetic disk storage, or other magnetic storage devices. Of course, those skilled in the art know that the computer storage medium is not limited to the above-mentioned types. The system memory 1204 and the mass storage device 1207 described above may be collectively referred to as memory.

According to various embodiments of the present application, the server 1200 may also run on a remote computer connected to a network through a network such as the Internet. That is, the server 1200 can be connected to the network 1212 through the network interface unit 1211 connected to the system bus 1205, or can also use the network interface unit 1211 to connect to other types of networks or remote computer systems (not shown).

The above-mentioned memory also includes one or more programs, and the one or more programs are stored in the memory and configured to be executed by the CPU. The one or more programs include instructions for performing the method for joint blockchain-based monitoring provided by the embodiments of the present application

The embodiments of the present application also provide a non-transitory computer-readable storage medium, when the instructions in the storage medium are executed by the processor of the server, the server can perform the blockchain-based joint monitoring provided by the above embodiments Methods.

Embodiments of the present application also provide a computer program product containing instructions, which, when running on a server, cause the server to execute the method for joint monitoring based on blockchain provided by the above embodiments.

Those of ordinary skill in the art can understand that all or part of the steps of implementing the above embodiments can be completed by hardware, or can be completed by instructing relevant hardware through a program, and the program can be stored in a computer-readable storage medium. The storage medium mentioned may be a read-only memory, a magnetic disk or an optical disk, etc.

The above descriptions are only preferred embodiments of the present application and are not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application shall be included in the protection of the present application. within the range.

Claims (5)

1. A blockchain-based joint monitoring method, wherein the method comprises: The first monitoring system sends a blockchain registration request to the data center, and the blockchain registration request carries the institution level of the first monitoring system; According to the organization level of the first monitoring system, the data center determines one or more groups in which the first monitoring system is located, and each group in which the first monitoring system is located allows shared monitoring The behavior type of the abnormal object corresponding to the data, and send a registration response message to the first monitoring system. The registration response message carries the certificate, the first certificate public key, and the first certificate private key, where the first monitoring system is located. The identity of each group in one or more of the groups, and the behavior type of the abnormal object corresponding to the monitoring data allowed to be shared in each group; The first monitoring system receives the registration response message, and synchronizes the first certificate public key to the one or more groups; When an abnormal object is monitored by the first monitoring system, a first block is generated according to monitoring data, and the monitoring data includes data for indicating the behavior of the abnormal object; The first monitoring system determines a group that is allowed to share the monitoring data from the one or more groups according to the behavior type of the abnormal object, and obtains a first group, which is in the first group. Including a plurality of monitoring systems, the second monitoring system is a monitoring system other than the first monitoring system among the plurality of monitoring systems, and the first block is added to the first group corresponding to the blockchain; The first monitoring system publishes the first block in the first group based on the first certificate private key, for synchronizing the first block to the second monitoring system; The second monitoring system receives the first block synchronized by the first monitoring system, and when the second monitoring system determines that it is the monitoring system in the first group, based on the first certificate public After the key pair is verified for the first block, the first block is added to the self-deployed blockchain corresponding to the first group; The second monitoring system tracks the abnormal object based on the first block. 2. The method of claim 1, wherein the first monitoring system synchronizes the first block to the second monitoring system, comprising: The first monitoring system digitally signs the first block according to the first certificate private key to obtain the signed first block; The first monitoring system issues the signed first block, which is used to instruct the second monitoring system to verify the signed first block according to the public key of the first certificate. The first block is added to the blockchain deployed in the second monitoring system; The first certificate private key and the first certificate public key are a pair of keys configured by the data center for the first monitoring system. 3. The method of claim 1, wherein the second monitoring system is in one or more groups, wherein the second monitoring system has one or more blockchains deployed, the one One or more blockchains are in one-to-one correspondence with the one or more groups, and the first block carries an identifier of a group that is allowed to share the monitoring data; In the case that the second monitoring system determines that it is the monitoring system in the first group, after verifying the first block based on the public key of the first certificate, the first block is checked. Added to the blockchain corresponding to the first group deployed by itself, including: The second monitoring system determines the group that is allowed to share the monitoring data from the one or more groups according to the group that is carried in the first block and is allowed to share the monitoring data, and obtains the first a group; The second monitoring system adds the first block to the blockchain corresponding to the first group after verifying the first block based on the first certificate public key. 4. A data sharing system, wherein the data sharing system comprises: a first monitoring system, configured to send a blockchain registration request to the data center, where the blockchain registration request carries the institutional level of the first monitoring system; The data center is configured to determine, according to the institutional level of the first monitoring system, one or more groups in which the first monitoring system is located, and each group in which the first monitoring system is located allows the The behavior type of the abnormal object corresponding to the shared monitoring data, and send a registration response message to the first monitoring system. The registration response message carries the certificate, the first certificate public key, and the first certificate private key. The first monitoring system The identity of each group in one or more groups where the system is located, and the behavior type of the abnormal object corresponding to the monitoring data allowed to be shared in each group; The first monitoring system is further configured to receive the registration response message, and synchronize the first certificate public key to the one or more groups; The first monitoring system is further configured to generate a first block according to monitoring data when the first monitoring system monitors an abnormal object, and the monitoring data includes data for indicating the behavior of the abnormal object; The first monitoring system is further configured to, according to the behavior type of the abnormal object, determine a group that is allowed to share the monitoring data from the one or more groups, and obtain a first group, the first group. A group includes a plurality of monitoring systems, the second monitoring system is a monitoring system other than the first monitoring system among the plurality of monitoring systems, and the first block is added to the first block The blockchain corresponding to the group; The first monitoring system is further configured to publish the first block in the first group based on the first certificate private key, for synchronizing the first block to the second monitoring system; The second monitoring system is further configured to receive the first block synchronized by the first monitoring system, when the second monitoring system determines that it is the monitoring system in the first group, based on the After the first certificate public key verifies the first block, the first block is added to the self-deployed blockchain corresponding to the first group; The second monitoring system is further configured to track the abnormal object based on the first block. 5. A computer storage medium, characterized in that the storage medium stores at least one instruction, at least one segment of program, code set or instruction set, the at least one instruction, the at least one segment of program, the code set or The instruction set is loaded and executed by the processor to implement the blockchain-based joint monitoring method as claimed in any one of claims 1 to 3.

Images