Road clearing method, system, and storage medium and computer system therefor

Abstract

The present application relates to a road obstacle removal method, system, storage medium and computer system, which deploys collection nodes, management nodes, processing nodes and processing smart contracts in a blockchain network, the management node publishes a to-be-processed message according to the road abnormal message published by the collection node and the established processing smart contract, and the processing node publishes an obstacle removal completion message after the to-be-processed message is processed, thus completing the obstacle removal of a road abnormality. The whole process is completed based on the blockchain technology, and based on the characteristics of transparent on-chain data, prevention of tampering, high credibility, wide coverage, simple implementation, low cost and the like, the obstacle information can be detected and processed in time. On the one hand, the detection is accurate and the coverage is wide; on the other hand, the response is timely and the processing efficiency is high. The road environment can be greatly optimized, and the probability of accidents can be reduced.

Description

Technical Field

[0001] This invention relates to the field of blockchain technology, and in particular to an application of blockchain in road traffic. Background Technology

[0002] Obstacles on roads, especially highways, not only detract from the aesthetics and appearance of the road, but also pose significant safety hazards, easily causing traffic accidents and unnecessary personal injury and property damage. Currently, there is no efficient method for detecting road obstacles, making timely discovery and removal difficult.

[0003] In existing technologies, obstacle detection primarily relies on fixed roadside surveillance cameras. However, these fixed cameras can only detect a limited area, severely limited by angle, orientation, and environment, making them unsuitable for large-scale detection, especially on highways where obstacles cover a wide area. Nevertheless, obstacles on highways can cause serious traffic accidents, and failure to clear them promptly could have dire consequences.

[0004] Secondly, existing technologies can also report the location of obstacles through alarms, complaints, etc., but on the one hand, they do not take into account the enthusiasm of the alarm user, which may result in untimely alarms or no reports at all; on the other hand, the lack of unified management and coordination may cause chaos in the clearing process, resulting in low efficiency and poor quality of obstacle clearing.

[0005] Therefore, how to provide an efficient and high-quality road clearing method that is accurate in detection and timely in response is a technical problem that urgently needs to be solved. Summary of the Invention

[0006] To address the aforementioned technical problems, this invention provides a blockchain-based road clearing method, comprising:

[0007] S1: The data collection node obtains the current road status at time t in real time. When there is an obstacle on the road, it generates a road anomaly message at time t, signs it with a timestamp, and sends it to the blockchain network. The road anomaly message includes the obstacle status and the obstacle location.

[0008] S2: Deploying and processing smart contracts on a blockchain network;

[0009] S3: Based on the road anomaly message at time t and the processing smart contract, the management node generates a pending message for the road anomaly message at time t, signs it with a timestamp, and sends it to the blockchain network; the pending message includes: the road anomaly message and the processing node;

[0010] S4: The pending message triggers the processing node to clear obstacles based on the pending message;

[0011] S5: After the processing node completes its processing, it generates a clearance completion message for the abnormal message at time t, which is then sent to the blockchain network after being signed by the processing node and accompanied by a timestamp.

[0012] Furthermore, it also includes:

[0013] S6: The data collection node obtains the current road status at time T in real time. When there is an obstacle on the road, it generates a road anomaly message at time T, signs it with a timestamp, and sends it to the blockchain network. Time T is the same time as time t or a subsequent time.

[0014] S7: Determine whether the road anomaly message at time T and the road anomaly message at time t refer to the same obstacle;

[0015] S8: If so, the management node will no longer generate pending messages for road anomaly messages at time T;

[0016] S9: If not, the management node generates a pending message for the road anomaly message at time T based on the road anomaly message at time T and the processing smart contract, signs it with the management node and attaches a timestamp, and sends it to the blockchain network.

[0017] Further, step S7 specifically involves: determining, based on the obstacle status and / or obstacle location and / or the signature and / or timestamp of the road anomaly message, whether the road anomaly message at time T and the road anomaly message at time t represent the same obstacle anomaly.

[0018] Furthermore, the obstacle state is the obstacle image; based on the obstacle state, it is determined whether the road anomaly message at time T and the road anomaly message at time t refer to the same obstacle, including:

[0019] Calculate the histogram of obstacle images in the road anomaly message at time T and the histogram of obstacle images in the road anomaly message at time t;

[0020] Calculate the correlation between two histograms;

[0021] If the correlation between the two histograms is within a set range, then the road anomaly message at time T and the road anomaly message at time t are determined to be an anomaly of the same obstacle; if they are not within the set range, then the road anomaly message at time T and the road anomaly message at time t are determined to be an anomaly of the same obstacle.

[0022] Or / and, based on the obstacle position, determine whether the road anomaly message at time T and the road anomaly message at time t are anomalies involving the same obstacle, including: determining whether the distance between the obstacle position in the road anomaly message at time T and the obstacle position in the road anomaly message at time t exceeds a set threshold; if so, determine that the road anomaly message at time T and the road anomaly message at time t are not anomalies involving the same obstacle; if not, determine that the road anomaly message at time T and the road anomaly message at time t are anomalies involving the same obstacle.

[0023] Furthermore, step S8 also includes: verifying and / or updating the road anomaly message at time t using the road anomaly message at time T.

[0024] Furthermore, it also includes: when generating road anomaly messages or / and pending messages, issuing warning messages to vehicles or pedestrians near the obstacle based on the obstacle's location.

[0025] Furthermore, it also includes:

[0026] S10: Deploy incentive smart contracts on the blockchain network to evaluate the collection nodes that generate road anomaly messages and / or the processing nodes that complete the clearing tasks.

[0027] On the other hand, the present invention also provides a blockchain-based road clearing system, comprising: a blockchain platform and collection nodes, management nodes and processing nodes deployed on the blockchain platform; for executing any of the above-described road clearing methods.

[0028] On the other hand, the present invention also provides a computer-readable storage medium having a computer program stored thereon for performing any of the road clearing methods described above.

[0029] On the other hand, the present invention also provides a computer system including any of the above-described computer-readable storage media and one or more processors;

[0030] The processor is configured to run the computer program.

[0031] This invention relates to a blockchain-based road clearing method, system, storage medium, and computer system. It deploys data collection nodes, management nodes, processing nodes, and processing smart contracts within a blockchain network. Management nodes publish pending processing messages based on road anomaly messages released by the data collection nodes and predetermined processing smart contracts. Processing nodes, after processing the pending messages, publish a clearing completion message, thus completing one road anomaly clearing operation. The entire process is based on blockchain technology, which leverages its advantages such as transparent on-chain data, tamper-proof design, high reliability, wide coverage, simple implementation, and low cost. It can promptly detect and process obstacle information. On one hand, it offers accurate detection and wide coverage; on the other hand, it provides timely response and high processing efficiency. This significantly optimizes the road environment and reduces the probability of accidents. Attached Figure Description

[0032] Figure 1 This is a flowchart of an embodiment of the blockchain-based road clearing method of the present invention. Detailed Implementation

[0033] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of the present invention.

[0034] It should be noted that if the embodiments of the present invention involve directional indications, such as up, down, left, right, front, back, etc., these directional indications are only used to explain the relative positional relationships and movement of the components in a specific posture. If the specific posture changes, the directional indications will also change accordingly. Furthermore, if the embodiments of the present invention involve descriptions such as "first," "second," "S1," "S2," "step one," "step two," etc., these descriptions are for descriptive purposes only and should not be construed as indicating or implying their relative importance, or implicitly indicating the number of technical features indicated or the order of method execution. Those skilled in the art will understand that anything that does not violate the inventive concept and is within the scope of the present invention should be included in the protection scope of the present invention.

[0035] like Figure 1 As shown, the present invention provides a road clearing method based on blockchain, which may include, but is not limited to, the following:

[0036] S1: The data collection node obtains the current road status at time t in real time. When there is an obstacle on the road, it generates a road anomaly message at time t, signs it with a timestamp, and sends it to the blockchain network. The road anomaly message can optionally include, but is not limited to, obstacle status and obstacle location. Specifically, it can optionally include, but is not limited to, deploying data collection nodes on the blockchain network and assigning them unique identifiers to collect the current road status at time t. When there is an obstacle on the road, it signs it with a timestamp and publishes a road anomaly message to the blockchain network. This timestamp can optionally include, but is not limited to, the data collection time t and / or the time when the road anomaly message is generated. More specifically, obstacles can optionally include, but are not limited to, road debris, such as garbage bags, beverage bottles, and other waste scattered on the road, as well as naturally scattered debris during vehicle traffic, such as cement bags, gravel, tire blowout fragments, and cargo abandoned by trucks in traffic accidents. It can even include large obstacles such as disabled vehicles and vehicles involved in traffic accidents. More specifically, the obstacle status can include, but is not limited to, any one or more parameters characterizing the obstacle's features, such as obstacle image, obstacle type, and obstacle level. Subsequently, based on parameters such as obstacle image, size, and type, corresponding processing teams can be dispatched. That is, the corresponding processing nodes are triggered according to the obstacle status and the deployed processing smart contract. For example, simple garbage can be handled by sanitation workers, while large garbage or broken-down vehicles require the dispatch of professional teams or even professional equipment. Furthermore, based on the obstacle level, priority can be assigned to currently unprocessed obstacles, and the most serious and urgent obstacles that need to be handled can be dealt with, such as obstacles on highways, especially in the overtaking lane.

[0037] Specifically, the data acquisition node can be, but is not limited to, image acquisition devices such as cameras and webcams. For example, the image acquisition device can be, but is not limited to, a vehicle, acquiring real-time road images through cameras or dashcams of vehicles traveling on the road, with its unique identifier being, but not limited to, the license plate number; it can also be, but is not limited to, traffic monitoring equipment, acquiring real-time road images through monitoring equipment at traffic lights and intersections, with its unique identifier being, but not limited to, a number or hash value. Step S1 can be, but is not limited to: S11 acquiring the real-time road image at time t; S12: determining whether there are obstacles on the road based on the real-time image at time t; S13: if not, excluding the real-time road image at time t; if there are obstacles, issuing a road anomaly message.

[0038] In this embodiment, optional but not limited to collecting real-time road images at time t via acquisition nodes, the real-time road images at the current time are analyzed using image processing methods, artificial intelligence algorithms, neural network methods, etc., to determine whether there are obstacles on the road. If there are no obstacles, the real-time image is skipped; if there are obstacles, a road anomaly message is published to the blockchain network. It is worth noting that steps S11-S13 are only a specific embodiment of step S1. By deploying moving vehicles, road monitoring equipment, etc., to the blockchain network, and collecting real-time road images through each acquisition node to determine whether there are obstacles on the road, this method is not only low-cost but also widely deployed, covering all roads.

[0039] In another embodiment, the data collection node may also be, but is not limited to, a handheld terminal, such as a handheld terminal used by road supervisors, sanitation workers, or pedestrians. For example, when an obstacle is seen on the road, the handheld terminal can upload the current status of the road with the obstacle through the means of alarm, feedback, or complaint, and send the road abnormality message to the blockchain network.

[0040] S2: Deploy and process smart contracts on the blockchain network; specifically, processing smart contracts may optionally include, but are not limited to, mapping relationships between road anomaly messages and processing nodes, and may optionally include, but are not limited to, dispatching corresponding obstacle removal teams to handle obstacles based on their status and location. Examples include: 1. Dispatching corresponding removal teams based on obstacle type: dispatching sanitation workers for small debris; dispatching special operations teams or equipment, such as tow trucks and cranes, for large debris or heavy objects; 2. Dividing roads into sections for management, and dispatching obstacle removal teams to the corresponding locations based on obstacle locations; 3. Allocating processing time and personnel based on obstacle severity, and dispatching corresponding obstacle removal teams. Of course, the above 1, 2, and 3 are merely examples of dispatching corresponding obstacle removal teams based on obstacle status and location. Those skilled in the art will understand that, optionally, but not limited to, developing corresponding management rules based on obstacle status and location, mapping different obstacle statuses and locations to designated processing nodes to trigger the corresponding processing nodes to complete the obstacle removal work.

[0041] S3: Based on the road anomaly message at time t and the processing smart contract, the management node generates a pending message for the road anomaly message at time t. This pending message is signed by the management node, timestamped, and sent to the blockchain network. Specifically, this pending message may optionally include, but is not limited to, the road anomaly message and a processing node, i.e., assigning a corresponding processing node based on the specific circumstances of the road anomaly message. Its timestamp may optionally include, but is not limited to, the collection time t and / or the time of generating the road anomaly message and / or the time of generating the pending message. More specifically, a management node may optionally be set up in the blockchain network. After receiving the road anomaly message, the management node is triggered to analyze and judge the obstacle based on the road anomaly message, generate a pending message according to the established processing smart contract, and send it to the blockchain network.

[0042] S4: The pending message triggers the processing node to clear the obstacle according to the pending message; specifically, the pending message triggers the corresponding processing node, that is, a certain processing node is assigned to go to a certain location to handle a certain obstacle. The processing node goes to handle the obstacle according to the task assignment of the pending message.

[0043] S5: After the processing node completes its processing, it generates a road clearing completion message for the abnormal message at time t. This message is signed by the processing node, timestamped, and then sent to the blockchain network. Specifically, after clearing the road, the processing node signs the message, adds a timestamp, and attaches additional information such as the completion status (e.g., garbage has been moved, where the disabled vehicle has been moved) to the message to be processed. The timestamp can be, but is not limited to, the collection time t, the time when the road abnormal message was generated, the time when the message to be processed was generated, or the time when the road clearing completion message was generated.

[0044] This embodiment presents a blockchain-based road clearing method according to the present invention. Data collection nodes, management nodes, processing nodes, and processing smart contracts are deployed in a blockchain network. The management node publishes a pending message based on the road anomaly message released by the data collection nodes and the predetermined processing smart contract. After processing the pending message, the processing node publishes a clearing completion message, thus completing one road anomaly clearing operation. The entire process is completed based on blockchain technology. Leveraging its characteristics of transparent on-chain data, tamper-proof design, high reliability, wide coverage, simple implementation, and low cost, it can promptly detect and process obstacle information. On the one hand, it offers accurate detection and wide coverage; on the other hand, it provides timely response and high processing efficiency. This can significantly optimize the road environment and reduce the probability of accidents.

[0045] Preferably, the blockchain-based road clearing method may also optionally include, but is not limited to, the following: S6: The collection node obtains the current road status at time T in real time, and when there is an obstacle on the road, generates a road abnormality message at time T, signs it with a timestamp, and sends it to the blockchain network; time T is the same time as time t or a subsequent time.

[0046] Specifically, in scenario one: taking vehicles traveling on the road as an example, in steps S1-S5, vehicle A may discover obstacle a and publish a road anomaly message to the blockchain network at time t. However, before the corresponding processing node reaches the location of obstacle a, or before obstacle a is processed, vehicles traveling with vehicle A or following it, such as B, C, D, etc., may also discover obstacle a. Taking vehicle B as an example, at the same time t or at a subsequent time T, it passes the location of obstacle a, discovers obstacle a, and publishes a road anomaly message to the blockchain network at time T. B's signature and timestamp are used to distinguish it from the road anomaly message released in step S1. However, the road anomaly message released in step S6 is the same as the road anomaly message released in step S1, which is the same obstacle. Case 2: Similarly, taking vehicles traveling on the road as an example, unlike vehicle A which discovers obstacle a at time t, vehicles B, C, D... may discover other obstacles b, c, d... at time T, that is, at the same time t or at a later time of time t. In other words, the road anomaly message generated in step S6 is the same as the road anomaly message generated in step S1, which is the same obstacle.

[0047] To distinguish between the two situations mentioned above, it is necessary to make a judgment through steps S7-S9 and make different processing decisions for different situations.

[0048] S7: Determine whether the road anomaly message at time T and the road anomaly message at time t are anomalies of the same obstacle; specifically, it is optional, but not limited to, determining whether the anomaly message is an anomaly of the same obstacle based on the obstacle status and / or obstacle location.

[0049] More specifically, taking obstacle states as an example, one can choose, but is not limited to, comparing obstacle images for similarity using histogram comparison. More specifically, for two input images, or images cropped from the obstacle locations, histograms H1 and H2 are calculated respectively, normalized to the same scale space, and then the correlation between H1 and H2 is calculated. For example, the distance d(H1, H2) is calculated using formula (1) to obtain the similarity between the two histograms, and then the similarity between the images themselves is compared. d takes the value [-1, 1]. When d = 1 or is within a certain range close to 1, it is considered to be the same image, so as to determine whether the road anomaly message at time T and the road anomaly message at time t are anomalies of the same obstacle.

[0050]

[0051] in, k represents the image number, j represents the number of columns in the histogram, and N represents the upper limit of the number of columns. Specifically, the RGB color space is a Cartesian coordinate system with red, green, and blue as the three primary colors. The values ​​for the three dimensions (color) parameters range from 0 to 255. This results in 256 * 256 * 256 = 16,777,216 colors, making the histogram very sparse. Alternatively, but not limited to, the color space can be divided into smaller spaces. For example, it can be divided into groups of 32, resulting in 8 groups (8 bins). Each dimension can then be divided into 8 bins, simplifying the total to 8 * 8 * 8 = 512 possibilities. In this case, the coordinates (2, 5, 6) would correspond to (1, 1, 1) in the bins. N represents the upper limit of the number of bins.

[0052] Or / and, more specifically, taking obstacle location as an example, it can be selected, but not limited to, judging whether the distance between the obstacle location in the road anomaly message at time T and the road anomaly message at time t exceeds a set threshold, for example, whether the difference between the locations is within a certain range, such as 50 meters; if so, it is considered that the two are anomalies of the same obstacle; otherwise, it is considered that the two are not anomalies of the same obstacle.

[0053] S8: If so, the management node will no longer generate pending messages for the road anomaly message at time T, i.e., it will no longer assign processing nodes. Specifically, since the two road anomaly messages are about the same obstacle, meaning multiple reports have been made, a processing node has already been dispatched, but it has not yet reached the obstacle's location or cleared it completely, so there is no need to dispatch another processing node. More specifically, as the same obstacle progresses over time, its location and status may change slightly while the processing node is en route, such as when it has been partially cleared or when additional personnel are needed. Other data collection nodes can continue to verify or update information about the same obstacle, for example, by uploading newly captured images of the current road and its location. Preferably, step S8 may also optionally include, but is not limited to: verifying and / or updating the road anomaly message at time t with the road anomaly message at time T to verify the authenticity of the previous road anomaly message, or informing the dispatched processing nodes of the latest situation regarding the obstacle and updating the previous road anomaly message.

[0054] S9: If not, the management node generates a pending message for the road anomaly message at time T based on the road anomaly message at time T and the processing smart contract. This message is then signed by the management node, timestamped, and sent to the blockchain network. Specifically, since the two anomalies do not involve the same obstacle, the management node, based on its judgment, will issue a new pending message for the road anomaly message at time T according to the normal processing procedure, based on the road anomaly message and the processing smart contract. This will trigger the processing node to proceed to the obstacle location to clear it. More specifically, if the processing node is busy, the pending message can wait; or its priority and processing order can be arranged according to the obstacle level, etc.

[0055] In this embodiment, the blockchain-based road clearing method of the present invention adds steps S6-S9 to continuously monitor the current state of the road and verify and update information from other data collection nodes, such as information detected by subsequent vehicles and submitted information, i.e., generated road anomaly messages, or generate new messages to be processed. On the one hand, this ensures that the processing nodes can grasp the current state of obstacles in real time, such as changes in position and state, and efficiently and in real time detect and track changes in road anomaly states; on the other hand, it can also avoid repeatedly dispatching processing nodes, further improving processing efficiency and saving implementation costs.

[0056] More preferably, when generating a road anomaly message in step S1 or / and step S6; or / and when generating a message to be processed in step S3 or / and step S9, it is also optional, but not limited to: issuing warning messages to vehicles or pedestrians near the obstacle based on the obstacle's location. Specifically, it is optional, but not limited to, using a blockchain network to warn vehicles and pedestrians near the obstacle's location based on the obstacle's location submitted by the collecting nodes, prompting them to pay attention to the obstacle and to avoid it or slow down.

[0057] In this embodiment, the blockchain-based road clearing method of the present invention adds warning messages, which can provide early warnings to other vehicles and pedestrians, further reducing the possibility of traffic accidents caused by obstacles.

[0058] More specifically, the blockchain-based road clearing method of the present invention may optionally include, but is not limited to, S10: deploying an incentive smart contract on the blockchain network to evaluate the collection node that generates the road abnormality message and / or the processing node that completes the clearing task. Specifically, the management node may optionally, but is not limited to, deploying incentive smart contracts on the blockchain network to reward collection nodes that generate road anomaly messages, i.e., collection nodes that correctly report obstacles, with points. Preferably, these points can be redeemed for things like highway tolls, parking vouchers, and fuel coupons. More specifically, higher points are allocated to collection nodes that publish new road anomaly messages for the first time, while slightly lower points are allocated to collection nodes that subsequently verify or update them. The management node may also optionally, but is not limited to, penalizing collection nodes that intentionally report false or incorrect obstacles, disrupting road order by deducting points. Preferably, if the points deduction reaches a certain threshold, the node can be blacklisted. Specifically, the management node may also optionally, but is not limited to, rewarding processing nodes that complete obstacle clearing tasks with points. Preferably, these points are linked to performance evaluations and year-end bonuses to reward processing nodes that complete obstacle clearing tasks in a timely, efficient, and high-quality manner. The management node may also optionally, but is not limited to, penalizing processing nodes that are untimely or inadequate in their handling of obstacles, such as by deducting points.

[0059] In this embodiment, the blockchain-based road clearing method of the present invention also adds a deployment incentive smart contract, which on the one hand can mobilize the participation of the collection nodes and detect abnormal road conditions in a timely and efficient manner; on the other hand, it can supervise and manage the processing nodes and urge them to complete the road clearing work in a timely, efficient and high-quality manner.

[0060] On the other hand, the present invention also provides a blockchain-based road clearing system, comprising: a blockchain platform and collection nodes, management nodes and processing nodes deployed on the blockchain platform; for executing any of the above-described road clearing methods.

[0061] On the other hand, the present invention also provides a computer-readable storage medium having a computer program stored thereon for performing any of the road clearing methods described above.

[0062] On the other hand, the present invention also provides a computer system including the above-described computer-readable storage medium and one or more processors;

[0063] A processor is configured to run computer programs.

[0064] The road clearing system, computer-readable storage medium, and computer system described above are created based on the road clearing method described above. Their technical functions and beneficial effects will not be elaborated here. The technical features of the above embodiments can be combined arbitrarily. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0065] The embodiments described above are merely illustrative of several implementations of the present invention, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the invention patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of the present invention, and these all fall within the protection scope of the present invention. Therefore, the protection scope of this invention patent should be determined by the appended claims.

Claims

1. A blockchain-based method for road clearing, characterized in that, include: S1: The data collection node obtains the current road status at time t in real time. When there is an obstacle on the road, it generates a road anomaly message at time t, signs it with a timestamp, and sends it to the blockchain network. The road anomaly message includes the obstacle status and the obstacle location. S2: Deploying and processing smart contracts on a blockchain network; S3: Based on the road anomaly message at time t and the processing smart contract, the management node generates a pending message for the road anomaly message at time t, signs it with a timestamp, and sends it to the blockchain network; Messages to be processed include: road anomaly messages and processing nodes; S4: The pending message triggers the processing node to clear obstacles based on the pending message; S5: After the processing node completes its processing, it generates a clearance completion message for the abnormal message at time t, which is then sent to the blockchain network after being signed by the processing node and accompanied by a timestamp. S6: The data collection node obtains the current road status at time T in real time. When there is an obstacle on the road, it generates a road anomaly message at time T, signs it with a timestamp, and sends it to the blockchain network. Time T is the same time as time t or a subsequent time. S7: Based on the obstacle status and / or obstacle location and / or the signature and / or timestamp of the road anomaly message, determine whether the road anomaly message at time T and the road anomaly message at time t are anomalies of the same obstacle; S8: If so, the management node will no longer generate pending messages for road anomaly messages at time T; S9: If not, the management node generates a pending message for the road anomaly message at time T based on the road anomaly message at time T and the processing smart contract, signs it with the management node and attaches a timestamp, and sends it to the blockchain network.

2. The road debris removal method according to claim 1, characterized by, Obstacle status, including: obstacle image, obstacle type, and obstacle level; The smart contract triggers the corresponding processing node based on the obstacle image and obstacle type; and assigns priority to currently unprocessed obstacles based on the obstacle level.

3. The road clearing method according to claim 1, characterized in that, Data collection nodes include: The vehicle's camera or dashcam; Traffic lights and traffic monitoring equipment at intersections on roads; Handheld terminals for road supervisors, sanitation workers, and pedestrians.

4. The road clearing method according to claim 1, characterized in that, Obstacle status, represented by an obstacle image; Determining whether the road anomaly message at time T and the road anomaly message at time t refer to the same obstacle based on the obstacle status includes: Calculate the histogram of obstacle images in the road anomaly message at time T and the histogram of obstacle images in the road anomaly message at time t; Calculate the correlation between two histograms; If the correlation between the two histograms is within a set range, then the road anomaly message at time T and the road anomaly message at time t are determined to be an anomaly of the same obstacle; if they are not within the set range, then the road anomaly message at time T and the road anomaly message at time t are determined to be an anomaly of the same obstacle. Or / and, based on the obstacle position, determine whether the road anomaly message at time T and the road anomaly message at time t are anomalies involving the same obstacle, including: determining whether the distance between the obstacle position in the road anomaly message at time T and the obstacle position in the road anomaly message at time t exceeds a set threshold; if so, determine that the road anomaly message at time T and the road anomaly message at time t are not anomalies involving the same obstacle; if not, determine that the road anomaly message at time T and the road anomaly message at time t are anomalies involving the same obstacle.

5. The road clearing method according to claim 2, characterized in that, Step S8 further includes: verifying and / or updating the road anomaly message at time t using the road anomaly message at time T.

6. The road clearing method according to claim 1, characterized in that, Also includes: When generating road anomaly messages or / and pending messages, issue warning messages to vehicles or pedestrians near the obstacle based on the obstacle's location.

7. The road clearing method according to any one of claims 1-6, characterized in that, Also includes: S10: Deploy incentive smart contracts on the blockchain network to evaluate the collection nodes that generate road anomaly messages and / or the processing nodes that complete the clearing tasks.

8. A road clearing system based on blockchain, characterized in that, include: The blockchain platform and the data collection nodes, management nodes, and processing nodes deployed on the blockchain platform; Used to perform the road clearing method according to any one of claims 1-7.

9. A computer-readable storage medium, characterized in that, It stores a computer program for performing the road clearing method according to any one of claims 1-7.

10. A computer system, characterized in that, Includes the computer-readable storage medium of claim 9 and one or more processors; The processor is configured to run the computer program.

Images