Blockchain-based three-dimensional parking space access record storage and tracing system

Abstract

The application provides a blockchain-based three-dimensional parking space access record storage and tracing system, and relates to the technical field of parking space access record storage. It comprises a data acquisition module, which acquires multi-dimensional parking lot data in real time and pre-processes the collected data; a blockchain storage module, which verifies the standard and generates chain blocks, uses the Raft algorithm to store the chain blocks to the alliance chain node, chains the video data hash value and the parking lot access record data, and stores the video in OSS; a business logic automation module, which automatically associates the complete record based on the chain block data and video association information; a tracing query module, which supports any condition query, calls the complete record, combines the distributed block data, and forms a complete evidence chain. The application calculates the hash value of the parking lot data and the video data to calculate the whole process record, thereby improving the quality and public credibility of the overall operation and management of the three-dimensional parking space.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of parking space access record evidence storage, and particularly relates to a three-dimensional parking space access record evidence storage and tracing system based on a blockchain. BACKGROUND

[0002] The traditional system has limited dimensions, and often only records basic information such as license plate number, approximate entry and exit time, etc. It is difficult to comprehensively collect multi-dimensional data such as vehicle parking accuracy, equipment operating status, and full-process video, resulting in insufficient basis for tracing, and poor data accuracy and timeliness, which is prone to deviation and omission. The traditional system is mostly centralized storage, which is easy to tamper with, and once the storage device fails, it may cause data loss. The blockchain system uses a consortium chain architecture and a consensus mechanism to achieve distributed backup, eliminating such risks. For video data, the traditional method is not as convenient as the blockchain system, which can take into account relevance and storage security and convenience. SUMMARY

[0003] The present application provides a three-dimensional parking space access record evidence storage and tracing system based on a blockchain, to solve the defects of early warning timeliness and accuracy caused by single early warning threshold in the prior art.

[0004] In one aspect, the present application provides a three-dimensional parking space access record evidence storage and tracing system based on a blockchain, comprising:

[0005] A data acquisition module is used to acquire multi-dimensional parking lot data in real time, preprocess the acquired data, and obtain a hash value data set.

[0006] A device adaptation module is used to develop a special adaptation interface for different types of three-dimensional parking lot equipment communication protocols, and automatically convert the hash value data set format into a standard hash data.

[0007] A blockchain evidence storage module verifies the standard hash data and generates a chain block, uses a Raft algorithm to store the chain block to a consortium chain node, chains the video data hash value and the parking lot access record data, stores the video in an OSS, and obtains distributed block data and video associated data.

[0008] A business logic automation module automatically associates full-process records based on the chain block data and video associated information, triggers alarms and calculates fees, and generates complete records, logs, and details.

[0009] A tracing query module supports any condition query, calls the records of the smart contract, combines the distributed block data to form a complete evidence chain.

[0010] According to the three-dimensional parking space access record evidence storage and tracing system based on a blockchain provided by the present application, in the data acquisition module, the specific steps for obtaining the hash value data set are:

[0011] An original data acquisition unit is configured to acquire vehicle basic information, equipment operation status, parking space occupation status and access process video in real time to obtain multi-dimensional original data.

[0012] An original data preprocessing unit is configured to perform format standardization conversion according to a unified standard, filter repeated and abnormal information, and obtain a standardized data set and a corresponding video segment.

[0013] A hash value calculation unit is configured to apply a hash algorithm to the standardized data set and each video segment to calculate hash values, generate hash results corresponding to the data, and obtain a hash value data set.

[0014] According to the application, the specific steps for calculating the hash value of the standardized data set are as follows:

[0015] The register is valued according to a fixed initial hash value preset according to the hash algorithm to obtain an initialized register.

[0016] The hash value data set byte stream is processed in blocks according to the fixed length of the hash algorithm to obtain hash data blocks.

[0017] The hash data blocks are calculated by a multi-round compression function to update the value of the initialized register, and in the calculation process, an intermediate variable is generated according to different conditions through message expansion, and the register state is continuously updated through a main compression loop with the help of logical operation to obtain an updated register.

[0018] After the processing of all data blocks is completed, the value of the finally updated register is spliced in sequence to obtain a standardized hash value data set 1.

[0019] According to the application, the specific steps for calculating the hash value of the video segment are as follows:

[0020] The segmented video segment is converted into a byte stream form of a hash value to be calculated.

[0021] The hash buffer of the hash algorithm is initialized, the video segment byte stream is blocked according to a fixed length, the part less than the length is filled, the length information of the original video segment is recorded, and a processed video data block is obtained.

[0022] The processed video data block is input, multi-round iteration calculation is performed according to the compression function calculation rule of the hash algorithm, the value of the register is continuously updated, after the processing of all video data blocks is completed, the register value is spliced in sequence, and a hash value data set 2 is obtained.

[0023] The application provides a blockchain-based three-dimensional parking space access record storage and tracing system.

[0024] A protocol information identification unit is configured to collect device communication protocol information of different types of three-dimensional parking lots, identify protocol types and data transmission rules of various devices, and output a list of device communication protocol types.

[0025] An adaptive interface development unit is configured to develop a corresponding special adaptive interface for the syntax and data structure of each protocol according to the list of device communication protocol types, clearly define the data interaction logic of the interface and the subsequent module, and output a set of special adaptive interfaces.

[0026] A hash value data set access unit is configured to use the hash value data set as the input data of the special adaptive interface, and output the hash value data set to be converted.

[0027] A data format conversion unit is configured to use the set of special adaptive interfaces to perform protocol analysis on the hash value data set to be converted, convert the hash value data set to be converted into a standard data format conforming to the storage system specification, and output the preliminary standard hash data.

[0028] A standard data checking unit is configured to check the standard hash data, and output the standard hash data.

[0029] The application provides a blockchain-based three-dimensional parking space access record storage and tracing system, and the blockchain storage module comprises:

[0030] A data verification unit is configured to verify the data integrity, hash value matching degree and logical correlation of the data set with the original data hash value.

[0031] A data block generation unit is configured to package the verified data set in a block structure to form a chain block that can be chained.

[0032] A distributed consensus unit is configured to synchronize and store the block to all nodes of the alliance chain through a Raft algorithm.

[0033] A data association unit is configured to use the video data hash value chaining and the video file distributed storage to process the video file with a large volume.

[0034] The application provides a blockchain-based three-dimensional parking space access record storage and tracing system, and the data block generation unit comprises:

[0035] A block structure definition subunit is configured to preset the standard structure of the blockchain block, and output a standardized block structure template.

[0036] The data integration packaging subunit is used for classifying the data set according to the verification data set and the block structure template, filling the data set into the block body, writing the timestamp and the hash value of the previous block in the block header, and outputting the initial block.

[0037] The block chain association subunit is used for calculating the hash value of the current block according to the initial block, writing the hash value in the block header of the next block, forming the chain association, and outputting the chain block that can be chained.

[0038] According to the application, the distributed consensus unit comprises:

[0039] The leader election subunit is used for periodically initiating the election by the alliance chain node, determining the leader node responsible for the block synchronization through the heartbeat mechanism and the voting logic, and outputting the identifier of the elected leader node.

[0040] The log replication subunit is used for sequentially sending the blocks to all follower nodes of the alliance chain by the leader node according to the leader node identifier and the chain block, returning the response to the leader node after the follower node confirms the reception, and outputting the confirmation information of the completed block replication.

[0041] The security guarantee subunit is used for verifying whether the block contents stored by all nodes are consistent according to the confirmation information of the completed block replication, marking the block as submitted when more than half of the nodes confirm the consistency, and outputting the block data of the completed distributed storage.

[0042] According to the application, the business logic automation module comprises:

[0043] The data access unit is used for adaptively processing the data format according to the chain block data and the video association information, and obtaining the standard block and the video association data packet.

[0044] The full-process information association unit is used for extracting the vehicle information, the equipment state, the parking space data, the timestamp and the video hash value of the standard block and the video association data packet, automatically associating the full-link information according to the access timeline, and outputting the preliminary vehicle access record.

[0045] The abnormal rule matching unit is used for judging whether the parking time in the preliminary vehicle access record is greater than the preset time by comparing the equipment data, and generating the abnormal alarm log when the parking time is greater than the preset time, and outputting the abnormal marked access record and the abnormal alarm log.

[0046] The parking fee accounting unit is used for extracting the vehicle storage time and the driving-out time in the abnormal marked access record, automatically calculating the parking fee according to the charging standard, generating the fee details, and outputting the complete access record with the fee details and the abnormal alarm log.

[0047] The blockchain-based three-dimensional parking space access record storage and tracing system provided by the application comprises:

[0048] The query condition receiving and processing unit is used for performing format checking and standardization processing on the condition according to any query condition input by the user, and outputting a standard query parameter.

[0049] The smart contract record calling unit is used for performing accurate matching in the associated complete access record, abnormal alarm log and expense details stored in the smart contract according to the standard query parameter, calling a target record set corresponding to the query condition, and outputting the associated record.

[0050] The distributed block data acquisition and integration unit is used for acquiring distributed storage chain block data corresponding to the associated record from each node of the alliance chain, aligning and integrating the chain block data and the associated record through the unique identifier in the record, and outputting block contract integrated data.

[0051] The evidence chain information supplementing unit is used for extracting a video hash value in the block contract integrated data, associating video data associated information, supplementing an acquisition path and a verification mode of the video file, and outputting a preliminary evidence chain.

[0052] The evidence chain checking and outputting unit is used for checking the integrity and logical consistency of the preliminary evidence chain, arranging the data sequence according to the access timeline after the checking is passed, and outputting a complete evidence chain.

[0053] The blockchain-based three-dimensional parking space access record storage and tracing system provided by the application calculates the hash value of the parking lot data and the video data to calculate the whole-process record.

[0054] The beneficial effects obtained are:

[0055] The application comprehensively collects the three-dimensional parking space related information through multiple types of sensing devices, covers multi-dimensional contents such as vehicle basic information, device running state, parking space state and access process video, and is matched with a time stamp record accurate to milliseconds, so that all details of the whole access process can be accurately captured, and extremely detailed and reliable data support is provided for subsequent storage and tracing.

[0056] From the system compatibility, with the special equipment adaptation module, the adaptive interface can be developed for the communication protocol of various equipment of different stereo parking lots, the data is converted into a standard format, the compatibility problem caused by equipment difference is overcome, the system can run stably in the diversified parking lot environment, and is widely applicable to various practical scenes.

[0057] The alliance chain architecture is used in combination with the Raft consensus mechanism to store the evidence, a plurality of nodes such as a parking lot management party, a supervisory agency and a third-party witnessing agency are involved, distributed storage of data is realized, the distributed backup mode eliminates the single-point failure hidden danger, and the safety and non-tamperability of the stored evidence data are fundamentally guaranteed, so that the access record is always real and reliable in the long-time storage process. The video data is stored in a way of hash value chaining and distributed storage, the correlation of the video and other record data is guaranteed, and the problems of large video data storage inconvenience and easy loss are solved, and the stored evidence content is further improved.

[0058] The business logic automation brings great convenience, the system can automatically sort the whole process according to the chain block data and video correlation information, form a complete record by correlating each link, can also monitor and automatically identify equipment abnormalities, overtime parking and other conditions in real time, automatically trigger alarms and accurately calculate parking fees, generate detailed information, greatly improve the management efficiency, reduce the tediousness and possible errors of manual operation, and make the management of the whole stereo parking space more standardized and orderly.

[0059] The traceability query function supports multi-dimensional retrieval based on various conditions, can quickly and accurately retrieve the required access record and other related information, can also integrate all aspects of data to form a complete evidence chain, and supports export to a specified format, whether it is internal management, auditing of the parking lot operator, or the car owner needs to trace and verify the access situation due to doubts, or the supervisory department needs to perform the supervision duty, etc., can obtain strong and comprehensive evidence, effectively protect the rights and interests of all parties, and improve the quality and public credibility of the overall operation and management of the stereo parking space. BRIEF DESCRIPTION OF DRAWINGS

[0060] In order to more clearly illustrate the technical solutions in the present application or prior art, the following will briefly introduce the drawings needed to be used in the embodiments or prior art description. Obviously, the drawings in the following description are some embodiments of the present application, and those skilled in the art can also obtain other drawings according to these drawings without creative labor.

[0061] Fig. 1 is a module schematic diagram of the stereo parking space access record storage and traceability system based on the block chain provided by the embodiments of the present application;

[0062] Fig. 2This is a schematic diagram of the process for calculating the hash value of a standardized dataset in this invention. Detailed Implementation

[0063] To make the objectives, technical solutions, and advantages of this invention clearer, the technical solutions of this invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this invention. All other embodiments obtained by those skilled in the art based on the embodiments of this invention without creative effort are within the scope of protection of this invention.

[0064] The following is combined with Figs. 1-2 This invention describes a blockchain-based system for storing, recording, and tracing access to three-dimensional parking spaces.

[0065] like Figs. 1-2 As shown in the embodiment of the present invention, a blockchain-based system for storing, recording, and tracing access to multi-level parking spaces includes:

[0066] Data Acquisition Module: Real-time acquisition of multi-dimensional data. Pressure sensors and infrared sensors are installed at the bottom of each automated parking space to detect whether the space is occupied and the accuracy of vehicle parking, determining whether the vehicle is completely parked within the space area and whether it exceeds the boundary, etc. At the same time, it is associated with the corresponding parking space number and records the time nodes of parking space status changes to generate parking space status data.

[0067] By installing high-definition license plate recognition cameras and panoramic cameras at key locations such as the parking lot entrance, passageways on each floor, around parking spaces, and exit, the high-definition license plate recognition cameras are responsible for collecting basic information such as license plate numbers, vehicle colors, and vehicle models of vehicles entering and leaving the parking lot. The panoramic cameras record the entire video process of a vehicle from entering the parking lot, through equipment handling, to parking in a space, and then retrieving and driving out of the parking lot. The video is segmented and stored according to different storage and retrieval stages to obtain basic vehicle information data and storage and retrieval process video data.

[0068] In response to the interconnected nature of multi-level parking garages, various types of sensing devices are deployed to collect multi-dimensional parking garage data across the entire process, including:

[0069] Vehicle basic information collection involves using a high-definition license plate recognition camera to capture the license plate number, vehicle color, and vehicle model, and simultaneously generating a timestamp accurate to the millisecond.

[0070] Equipment operation status is collected by deploying vibration sensors, position sensors, and current sensors on the handling equipment in the multi-level parking garage to collect the equipment's operating status, operation commands, and operation time.

[0071] Parking space state collection, pressure sensor + infrared sensor is deployed at the bottom of each stereo parking space to collect parking space idle / occupied state, vehicle parking position, and associate parking space number.

[0072] Video process collection, panoramic camera is deployed on the device running path and around the parking space to record the complete video stream of vehicle driving-in-hauling-parking-taking-out, and the video clip is bound to the corresponding access record as visual evidence.

[0073] All parking lot data are preprocessed by edge computing gateway and unique raw data hash value is generated.

[0074] A unified stereo parking lot evidence data specification is formulated to clearly specify the format standard of various data, such as vehicle information, device data, and parking space data are unified and arranged in JSON format. The multi-dimensional raw data collected is converted according to this specification, and the repeated, incorrect or obviously abnormal data is removed to complete the standardization of data, and the hash value data set is output.

[0075] Raw data collection unit, used for real-time collection of vehicle basic information, device running state, parking space occupation and access process video, to obtain multi-dimensional raw data.

[0076] Raw data preprocessing unit, format standardization conversion according to unified specification, filtering repeated and abnormal information, obtaining standardized data set and corresponding video clip.

[0077] Hash value calculation unit, used for calculating hash value of standardized data set and each video clip by applying hash algorithm, generating hash result corresponding to data, obtaining hash value data set.

[0078] The specific steps of calculating the hash value of the standardized data set are:

[0079] There are 8 32-bit registers inside the hash algorithm, which are initially set according to the fixed initial hash value.

[0080] The hash value data set byte stream is processed by block according to the fixed length of the hash algorithm. If the last block of data does not reach the fixed length, padding operation is performed to meet the length requirement. When padding, a 1-bit is added first, then a number of 0-bits are added, and the length information of the original data set is recorded at the end of the data block. Hash data block is obtained. Specifically, the data set byte stream is divided into blocks of 512 bits. If the last block is less than 512 bits, padding operation is performed to make it reach 512 bits. The padding rule is to add a 1-bit first, then add a number of 0-bits until the length requirement is met, and the original data length is recorded in the last 64 bits.

[0081] For each 512-bit data block, 64 rounds of compression function calculation are performed to update the values of the registers, the message expansion is calculated according to different conditions to calculate intermediate variables, and the main compression loop updates the registers through a series of logical operations, including XOR, AND, OR, NOT, cyclic shift, and addition.

[0082] After all the data blocks are processed, the final register values are spliced in order to obtain the hash value of the entire standardized data set, which is output in the form of a 32-byte hexadecimal string.

[0083] The specific steps for calculating the hash value of video data are as follows:

[0084] The video segment stored by the access link is obtained, which is regarded as input data in the form of a byte stream for calculating the hash value.

[0085] The same initialization and block processing as calculating the hash value of the standardized data set is performed, that is, the hash buffer of the hash algorithm is initialized, the video segment byte stream is divided into blocks of 512 bits, the part less than 512 bits is padded, and the original video segment length information is recorded.

[0086] For each 512-bit video data block, 64 rounds of iteration calculation are performed according to the compression function calculation rules of the hash algorithm to update the values of the registers. After processing all the data blocks of the video segment, the final register values are spliced in order to obtain the hash value of the video segment, which is also output in the form of a 32-byte hexadecimal string, which is used to uniquely identify the video segment and verify whether it has been tampered with or not.

[0087] The device adaptation module is used to develop special adaptation interfaces for different types of stereo parking lot device communication protocols, and automatically convert the hash value data set format into a standard hash data.

[0088] The protocol information identification unit is used to collect device communication protocol information of different types of stereo parking lots, identify the protocol types and data transmission rules of various devices, and output a list of device communication protocol types.

[0089] The adaptation interface development unit is used to develop corresponding special adaptation interfaces for each protocol syntax and data structure according to the list of device communication protocol types, clearly define the data interaction logic between the interface and the device, and the interface and the subsequent module, and output a set of special adaptation interfaces.

[0090] The hash value data set access unit is used to input the hash value data set as the input data of the special adaptation interface, and output the hash value data set to be converted.

[0091] A data format conversion unit is configured to use a set of special adaptation interfaces to perform protocol analysis on the hash value data set to be converted, convert the hash value data set to a standard data format conforming to the notarization system specification, and output preliminary standard hash data.

[0092] A standard data verification unit is configured to verify the standard hash data and output the standard hash data.

[0093] A blockchain notarization module is configured to verify the standard and package a chain block, store the chain block to a consortium chain node using a Raft algorithm, and upload the video data hash value and the parking lot access record data to a chain and store the video in an OSS to obtain distributed block data and video associated data.

[0094] The module adopts a consortium chain architecture to realize distributed and tamper-proof storage of data, and the specific process is as follows:

[0095] A data verification unit is configured to verify the data set with the original data hash value output by the data collection module, strictly verify the consistency of each item of data in the data set, check the integrity, accuracy and logical association of the data, for example, verify whether the vehicle access time and the device operation record match, whether the video content corresponding to the video hash value matches the vehicle access process, and the like, to ensure the quality and reliability of the data before entering the storage link.

[0096] An integrity verification subunit is configured to check whether the core fields in the data set are complete, eliminate invalid data missing key information, and output a candidate data set with complete fields.

[0097] A hash value matching verification subunit is configured to extract the original data hash value from the candidate data set with complete fields, recalculate the hash value of the candidate data set content, compare the two results, and select an effective data set with a matching hash value, and output the data set that passes the hash verification.

[0098] A logical association verification subunit is configured to verify the logical association between the data based on the three-dimensional parking lot access process logic, eliminate logically inconsistent data, and output a data set that passes the full-quantity verification.

[0099] A data block generation unit is configured to package vehicle information, device status, parking space information, timestamp and video segment hash value into a data block, and the block contains the hash value of the previous block to form a chain structure. After verification, the data is packaged according to the predetermined rules and data structure, and the vehicle access related information and the hash value of the video data are integrated together to generate a chain block.

[0100] A distributed consensus unit is configured to push the generated chain block data to each node of the alliance chain by using a Raft consensus mechanism. The nodes of the alliance chain include a parking lot manager, a regulatory agency, and a third-party witness agency. Each node stores the received block data, realizes distributed backup of the data in multiple nodes, and eliminates the risk of single-point failure and data tampering. The validity of the block data is confirmed by the nodes of the alliance chain through a practical Byzantine fault tolerance consensus mechanism. After the confirmation, the block data is stored in the local ledger of all nodes, realizing chain storage in one place and backup in multiple places and eliminating the risk of single-point tampering or data loss.

[0101] Special processing and association of video data: considering the large volume of video data, the hash value is chained and the video file is stored in a distributed storage network:

[0102] The hash value of the video segment is chained with other data, and the video file is stored in an OSS (Object Storage Service) distributed storage network. The hash value can be used to quickly locate and verify the integrity of the video file. Considering the large amount of video data, the hash value of the video is chained and the video file is stored in an OSS distributed storage network. The hash value of the video data is packaged together with other data into a chain block and stored, which facilitates subsequent verification of the integrity and association of the video through the hash value.

[0103] The video file itself is stored in an OSS (Object Storage Service) distributed storage network. The OSS assigns a unique content identifier (CID) to each video file and stores the video file fragments in multiple nodes of the OSS, which avoids video loss due to failure of a single storage node and enables quick location and retrieval of the video file through the CID. The hash value chained can accurately locate the corresponding video file, thereby forming a distributed storage chain block data and video data association information.

[0104] A business logic automation module automatically associates the entire process to form a record, triggers an alarm, calculates fees, and generates a complete record, log, and details based on the chain block data and video association information. This includes:

[0105] A data access unit is configured to access the chain block data and video association information. The chain block data includes vehicle basic information, device operating status, parking space information, and timestamp, which are core business data. The video association information is the mapping relationship between the video hash value and the OSS storage address. This unit first adapts the format of the two types of data for compatibility, such as converting the encoding format of different fields in the block data to the standard format preset by the system, and verifying the integrity of the data to ensure that the subsequent units can directly call these data. Finally, the unit outputs a standardized block and video association data package containing complete business data and video association mapping, providing input basis for the full-process information association unit.

[0106] The full-process information association unit receives the standardized blocks and video association data packets output by the data access unit, extracts key information from the data packets, such as vehicle information, device status, parking space information, timestamp, and video hash value. Subsequently, the unit automatically associates the dispersed information according to the timeline logic of vehicle access, such as associating "10:05 vehicle enters" with "10:06 elevator S1 receives parking instruction" and "10:08 layer 2 parking space becomes occupied state" as information nodes of the same access process, and finally forms a preliminary integrated vehicle access record prototype containing full-link information, which is transmitted to the abnormal rule matching unit.

[0107] The abnormal rule matching unit receives the preliminary integrated vehicle access record prototype output by the full-process information association unit, calls the system preset abnormal rule library, which contains device abnormal rules and overtime parking rules, and compares the data in the record prototype with the rule library one by one. If it is detected that "the running current of elevator S1 at 10:07 is 15A, which exceeds the normal range of 8-12A", the device abnormal rule is triggered. If it is found that "the vehicle has been parked from 10:08 to 15:08 and has not yet driven out, which exceeds the free parking time of 4 hours", the overtime parking rule is triggered. Each time an abnormal rule is triggered, the unit automatically generates an abnormal alarm log, which contains the abnormal occurrence time, the involved device / vehicle information, the abnormal type, and the abnormal specific description, and adds an abnormal mark in the corresponding vehicle access record prototype. Finally, the access record containing the abnormal mark and the abnormal alarm log are output and sent to the parking fee accounting unit.

[0108] The parking fee accounting unit receives the access record containing the abnormal mark output by the abnormal rule matching unit, first extracts the key time information from the record, such as the vehicle storage time (e.g. 10:08) and the drive-out time (e.g. 15:30), calculates the actual parking duration (5 hours and 22 minutes), and calculates the parking fee according to the parking charging standard (e.g. the first hour is free, and each hour after that is charged 5 yuan, and less than 1 hour is charged as 1 hour. During peak hours from 17:00 to 20:00, each hour is charged 8 yuan). The parking duration and the charging standard are combined to calculate the fee: if the parking period does not involve the peak, 5 hours and 22 minutes are calculated as 6 hours, and after deducting the first hour, 5 hours x 5 yuan = 25 yuan needs to be paid. After the calculation is completed, the unit generates a detailed fee breakdown, which contains the parking duration, the charging standard basis, the fee split of each period, and the total fee amount, and associates and binds the fee breakdown with the access record containing the abnormal mark and the abnormal alarm log. Finally, the complete access record with the fee breakdown and the abnormal alarm log are output and transmitted to the record integration output unit.

[0109] According to the complete access record with detailed expenses, the abnormal alarm log, the three are first integrated according to the system unified format specification, ensure that the field order is consistent, the information is correct. The standardized block and video association data packet transmitted from the data access unit are extracted, the mapping relationship between the video hash value-IPFS storage address is added to the corresponding access record, so that the record can be directly associated with the video evidence of the access process. The integrated information is finally checked, and after confirming that there is no error, the final associated complete access record, abnormal alarm log and expense details are output, which are called by the traceability query module, supporting the subsequent query and evidence chain generation operation of the user.

[0110] The traceability query module is used to provide convenient and accurate traceability query function for users, support multi-dimensional retrieval and evidence chain export, specifically including:

[0111] The query condition receiving and processing unit is used to perform format checking and standardization processing on the condition according to any query condition input by the user, and output standardized query parameters.

[0112] The smart contract record calling unit receives the standardized query parameters, calls the interface of the smart contract module, accurately matches the associated complete access record, abnormal alarm log and expense details stored in the smart contract according to the parameters, calls the target record set corresponding to the query condition, and outputs the successfully called smart contract associated record.

[0113] The distributed block data acquisition and integration unit receives the successfully called smart contract associated record, acquires the distributed storage chain block corresponding to the record from each node of the alliance chain, aligns and integrates the chain block data and the smart contract associated record through the unique identifier in the record, and outputs the block contract integrated data.

[0114] The evidence chain information supplementing unit receives the block contract integrated data, extracts the video hash value in the data, associates the video data association information generated by the data association unit, supplements the acquisition path and verification method of the video file, and outputs the evidence chain prototype containing the video association information.

[0115] The evidence chain verification and output unit receives the evidence chain prototype containing the video association information, verifies the data integrity, whether the key timestamp, device log entry and logical consistency are missing, and after the verification is passed, arranges the data order according to the access time line, forms a complete evidence chain containing basic information, device log, expense details and video path, supports export to a specified format, and outputs the final usable complete evidence chain.

[0116] In summary, the embodiment provides a stereoscopic parking space access record storage and traceability system based on block chain, which calculates the whole process record by calculating the hash values of the parking lot data and the video data. The obtained beneficial effects are:

[0117] The application comprehensively collects the information related to the stereo parking space by the multi-type sensing device, covers multi-dimensional contents such as vehicle basic information, device operation state, parking space state and access process video, and is matched with the time stamp record accurate to milliseconds, so that all details of the entire access process can be accurately captured, and extremely detailed and reliable data support is provided for subsequent evidence preservation and tracing. At the same time, the hash value of the data is calculated by using the hash algorithm, and the original data is standardized, which guarantees the integrity, uniqueness and format specification of the data, can effectively avoid data tampering, and facilitates subsequent fast and accurate verification and data calling.

[0118] From the system compatibility, a special device adaptation module is provided, and an adaptation interface can be developed for the communication protocols of various devices of different stereo parking lots to convert the data into a standard format, overcoming the compatibility problem caused by device differences, ensuring that the system can stably run in a diversified parking lot environment, and being widely applicable to various practical scenarios.

[0119] Through the description of the above embodiments, those skilled in the art can clearly understand that each embodiment can be realized by means of software and the necessary general hardware platform, and of course, it can also be realized by hardware. Based on such understanding, the above technical solutions or the essential part of the prior art can be embodied in the form of a software product, which can be stored in a computer readable storage medium such as ROM / RAM, magnetic disk, optical disk, etc., and includes a plurality of instructions for causing a computer device (which can be a personal computer, server, or network device, etc.) to execute the method of each embodiment or some part of the embodiment.

[0120] Finally, it should be noted that: the above embodiments are only used to illustrate the technical solutions of the present application, and not to limit it. Although the present application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that they can still modify the technical solutions recorded in the foregoing embodiments, or make equivalent replacement for some technical features. These modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

1. A blockchain-based system for storing, recording, and tracing access to multi-level parking spaces, characterized in that: include: The data acquisition module is used to collect multi-dimensional parking lot data in real time, preprocess the collected data, and obtain a hash value dataset. The raw data acquisition unit is used to collect basic vehicle information, equipment operating status, parking space occupancy and storage and retrieval process videos in real time to obtain multi-dimensional raw data. The raw data preprocessing unit performs format standardization conversion according to unified specifications, filters out duplicate and abnormal information, and obtains standardized datasets and corresponding video clips. The hash value calculation unit is used to apply a hash algorithm to the standardized dataset and each video segment to calculate the hash value, generate the hash result corresponding to the data, and obtain the hash value dataset; The equipment adaptation module is used to develop dedicated adaptation interfaces for the equipment communication protocols of different types of automated parking systems, and automatically converts the hash value dataset format to standard hash data. The blockchain evidence storage module verifies the standard hash data and packages it into chain blocks. It uses the Raft algorithm to store the chain blocks to the consortium blockchain node, puts the video data hash value and parking lot access record data on the blockchain, and stores the video in OSS to obtain distributed block data and video-related data. The business logic automation module, based on chained block data and video association information, automatically associates the entire process to form records, triggers alarms, calculates costs, and generates complete records; The traceability query module supports querying based on any condition, retrieving complete records, and combining them with distributed block data to form a complete chain of evidence.

2. The blockchain-based multi-level parking space access record storage and traceability system according to claim 1, characterized in that, The specific steps for calculating the hash value of a standardized dataset are as follows: The register is initialized by assigning a value to it according to the fixed initial hash value preset by the hash algorithm. The hash value dataset byte stream is divided into blocks of fixed length according to the hash algorithm to obtain hash data blocks; The hash data block is subjected to multiple rounds of compression function calculations to update the value of the initialized register. During the calculation process, intermediate variables are first generated based on different conditions through message expansion, and then the register state is continuously updated through the main compression loop with the help of logical operations to obtain the updated register. After processing all data blocks, the updated register values ​​are concatenated in order to obtain the first set of standardized hash values.

3. The blockchain-based multi-level parking space access record storage and traceability system according to claim 1, characterized in that, The specific steps for calculating the hash value of a video clip are as follows: Convert the segmented video clips into hash values ​​to be calculated in byte stream format; Initialize the hash buffer of the hash algorithm, divide the video segment byte stream into blocks of fixed length, pad the parts that are not long enough, record the length information of the original video segment, and obtain the processed video data block; The input video data blocks are processed, and multiple rounds of iterative calculations are performed according to the compression function calculation rules of the hash algorithm. The values ​​of the registers are continuously updated. After all video data blocks have been processed, the register values ​​are concatenated in order to obtain the hash value dataset two.

4. The blockchain-based multi-level parking space access record storage and traceability system according to claim 1, characterized in that, The equipment adaptation module includes: The protocol information identification unit is used to collect equipment communication protocol information of different types of automated parking systems, identify the protocol type and data transmission rules of various types of equipment, and output a list of equipment communication protocol types. The adapter interface development unit is used to develop corresponding dedicated adapter interfaces for the syntax and data structure of each protocol according to the list of device communication protocol types, clarify the data interaction logic between the interface and the device and the interface and subsequent modules, and output a set of dedicated adapter interfaces. The hash value dataset access unit is used to take the hash value dataset as input data for a dedicated adapter interface and output the hash value dataset to be formatted. The data format conversion unit is used to perform protocol parsing on the hash value dataset to be converted using a dedicated set of adaptation interfaces, converting it into a standard data format that conforms to the evidence storage system specifications, and outputting preliminary standard hash data. The standard data verification unit is used to verify the standard hash data and output the standard hash data.

5. The blockchain-based three-dimensional parking space access record storage and traceability system according to claim 1, characterized in that, The blockchain evidence storage module includes: The data verification unit is used to verify the data integrity, hash value matching degree, and logical correlation of the dataset containing the original data hash values; The data block generation unit is used to package the verified dataset according to the block structure to form a chain of blocks that can be uploaded to the blockchain. Distributed consensus units are used to synchronize and store blocks to all nodes of the consortium blockchain using the Raft algorithm; The data association unit is used to process excessively large video files by using video data hash values ​​to be uploaded to the blockchain and video files to be stored in a distributed manner.

6. The blockchain-based three-dimensional parking space access record storage and traceability system according to claim 5, characterized in that, The data block generation unit includes: The block structure definition sub-unit presets the standard structure of blockchain blocks and outputs a standardized block structure template. The data integration and packaging subunit is used to classify the dataset according to the verification dataset and the block structure template, fill it into the block body, write the timestamp and the hash value of the previous block in the block header, and output the initial block. The blockchain-style associated sub-unit is used to calculate the hash value of the current block based on the initial block, write it into the block header of the next block, form a chain association, and output a chain block that can be uploaded to the chain.

7. The blockchain-based three-dimensional parking space access record storage and traceability system according to claim 5, characterized in that, The distributed consensus unit includes: In the leader election sub-unit, consortium chain nodes periodically initiate elections, using a heartbeat mechanism and voting logic to determine the leader node responsible for block synchronization, and output the identifier of the elected leader node. The log replication subunit, based on the leader node identifier and the chained blocks, has the leader node send the blocks sequentially to all follower nodes in the consortium chain. After the follower nodes confirm receipt, they return a response to the leader and output confirmation information that the block replication is complete. The security assurance subunit is used to verify whether the block content stored by all nodes is consistent based on the confirmation information of the block replication completion. When more than half of the nodes confirm that it is consistent, the block is marked as committed and the block data of the distributed storage is completed is output.

8. The blockchain-based multi-level parking space access record storage and traceability system according to claim 1, characterized in that, The business logic automation module includes: The data access unit is used to adapt the data format according to the chained block data and video association information to obtain standard block and video association data packets; The full-process information association unit is used to extract vehicle information, equipment status, parking space data, timestamps and video hash values ​​from standard blocks and video-associated data packets, automatically associate information across all stages according to the access timeline, and output preliminary vehicle access records. The abnormal rule matching unit is used to compare the device data in the preliminary vehicle access record with the parking time to determine whether it is greater than the preset time. If it is, an abnormal alarm log is generated and the abnormal marked access record and abnormal alarm log are output. The parking fee calculation unit is used to extract the vehicle entry time and exit time from the abnormal marked access records, automatically calculate the parking fee according to the charging standard, generate fee details, and output complete access records with fee details and abnormal alarm logs.

9. The blockchain-based multi-level parking space access record storage and traceability system according to claim 1, characterized in that, The traceability query module includes: The query condition receiving and processing unit is used to perform format validation and standardization processing on any query condition input by the user, and output standard query parameters. The smart contract record retrieval unit is used to accurately match the associated complete access records, abnormal alarm logs, and fee details stored in the smart contract according to standard query parameters, retrieve the target record set corresponding to the query conditions, and output the associated records. The distributed block data acquisition and integration unit is used to acquire the distributed storage chain block data corresponding to the associated records from each node of the consortium blockchain, and to integrate the chain block data with the associated records by aligning the fields through the unique identifier in the records, and output the integrated block contract data. The evidence chain information supplement unit is used to extract the video hash value from the integrated data of the block contract, associate the video data association information, supplement the acquisition path and verification method of the video file, and output a preliminary evidence chain. The evidence chain verification and output unit is used to verify the completeness and logical consistency of the preliminary evidence chain. After the verification is passed, the data is sorted out according to the access timeline and the complete evidence chain is output.

Images