Government data sharing and secure evidence storage system based on blockchain

Abstract

The present invention belongs to the technical field of blockchain applications and relates to a blockchain-based government data sharing and secure evidence storage system: a preliminary review response and fingerprint generation module, which generates an initial data fingerprint; a final review request trigger module, which constructs a final review request instruction data packet; a verification request processing module, which generates a data verification request message containing a transaction number and sends it to the node; a data status verification module, which generates a real-time data fingerprint through irreversible operation rules and generates a data status signal through comparison; a valid lock generation module, which binds the initial data fingerprint to generate a valid lock identifier and writes it into the blockchain; a data valid notification module, which parses the associated department identifier to generate a data valid notification message and pushes it to the corresponding business system; and a permission unlocking module, which executes the modification permission unlocking operation of business data. The present invention solves the problem that existing solutions lack an automatic linkage mechanism between the approval process status and data modification permissions.

Description

Technical Field

[0001] The present invention belongs to the technical field of blockchain applications and relates to a government data sharing and secure evidence storage system based on blockchain. Background Art

[0002] The current cross-departmental government approval process is plagued by the risk of missing trust anchors and inconsistent data status. Traditionally, after the initial review department completes the business review, the approval results must be transmitted to the final review department manually or through intranet email. This lacks a real-time, reliable cross-system data verification mechanism. If initial review data is accidentally modified during the final review, the risk of data tampering cannot be detected in a timely manner, easily leading to approval conclusions based on invalid data.

[0003] Existing solutions utilize centralized databases or blockchain-based evidence storage. Some systems synchronize approval status through the establishment of a shared database, with central nodes managing data versions. Others utilize blockchain to store key operation logs, providing an immutable record of operational actions. These approaches attempt to reduce the error rate caused by manual intervention through technological means.

[0004] To address the above issues, the existing solution lacks an automatic linkage mechanism between the approval process status and data modification permissions. Permission changes rely on manual operations, which can easily lead to unlocking delays or unauthorized operations. Summary of the Invention

[0005] In order to solve the above problems, the present invention provides a government data sharing and secure evidence storage system based on blockchain.

[0006] The blockchain-based government data sharing and secure evidence storage system includes:

[0007] The preliminary review response and fingerprint generation module is used to respond to the preliminary review pass operation of the business system of the first government department, obtain the business data set to be approved, and generate the initial data fingerprint through the preset irreversible operation rules;

[0008] The final review request trigger module, when the business system of the second government department triggers the final review operation, constructs a final review request instruction data packet containing the transaction number and the initial review node identifier, and sends it to the logical switch contract on the blockchain;

[0009] The verification request processing module is used for the logical switch contract to determine the node address of the first government department according to the approval process dependency table, generate a data verification request message containing the transaction number, and send it to the node;

[0010] In the data status verification module, the first government department node obtains the initial data fingerprint cached locally and the real-time data copy of the business system, generates a real-time data fingerprint through irreversible operation rules, and compares and generates a data status signal;

[0011] The effective lock generation module, when receiving a valid confirmation signal, the logic switch contract extracts the final operation feature data, binds the initial data fingerprint to generate an effective lock identifier and writes it into the blockchain;

[0012] Data validity notification module: The relay node monitors the validity lock identifier on the blockchain, parses the associated department identifier, generates a data validity notification message, and pushes it to the corresponding business system;

[0013] The permission unlocking module, the business system of the first government department responds to the data effectiveness notification message and executes the modification permission unlocking operation of the business data.

[0014] A further solution of the present invention generates an initial data fingerprint, comprising the following steps:

[0015] After capturing the preliminary review pass operation event, the business system extracts the complete set of data to be approved from the local cache based on the transaction number associated with the event;

[0016] The data set to be approved is arranged in a fixed order and then operated. The data content is converted byte by byte using irreversible operation rules, and a fixed-length character sequence is finally output as the initial data fingerprint.

[0017] The generated initial data fingerprint is bound to the transaction number and stored in a local cache area directly associated with the business system of the first government department. The local cache area is set to allow only the business system of this department to access it, and a countdown timer is started.

[0018] A further solution of the present invention is to construct a final review request instruction data packet including a transaction number and a preliminary review node identifier, comprising the following steps:

[0019] The business system of the second government department monitors in real time the final review pass button event in its final review operation interface and obtains the transaction number loaded on the current page;

[0020] The transaction number, the node identifier of the first government department, and the current timestamp are combined to form a final review request instruction; the final review request instruction is encrypted, and a digital signature is attached to generate a tamper-proof instruction verification code.

[0021] A further solution of the present invention generates a data verification request message including a transaction number, comprising the following steps:

[0022] The logic switch contract receives the final review request instruction forwarded by the blockchain network and extracts the transaction number and the initial review node identifier;

[0023] Using the preliminary review node identifier as an index, query the approval process dependency table stored in the logical switch contract. If there is a record in the dependency table that fully matches the preliminary review node identifier, obtain the associated first government department node address.

[0024] Combine the transaction number, current blockchain height value, and logical switch contract address to generate a data verification request message, and add the blockchain network timestamp as the message timeliness identifier.

[0025] A further solution of the present invention, sending to the node, includes the following steps:

[0026] Call the node communication interface at the bottom layer of the blockchain and send the data verification request message to the obtained first government department node address;

[0027] If the target node does not respond within the preset time, it will automatically resend.

[0028] A further solution of the present invention is to compare and generate a data status signal, comprising the following steps:

[0029] Verify the timeliness of data verification request messages;

[0030] Call the first government department's business system through the internal interface, enter the transaction number to request a complete copy of the corresponding business data; query the local cache area based on the transaction number, read the preliminary review response and the initial data fingerprint stored in the fingerprint generation module;

[0031] The initial data fingerprint is compared with the real-time data fingerprint character by character. If they are determined to be consistent, a valid confirmation signal is generated; otherwise, a failure alarm signal is generated.

[0032] A further solution of the present invention is to bind the initial data fingerprint to generate a valid lock mark, including the following steps:

[0033] Extract the final review department identifier and final review timestamp from the blockchain historical records;

[0034] Using the transaction number as the search key, the blockchain's historical transaction records are searched for the final review request instruction sent by the second government department's business system. The final review operation feature data, including the final review department identifier and the final review request timestamp, is extracted from the structured data packet of the instruction.

[0035] Combine the initial data fingerprint, final review department identifier and double timestamp to form a bound data set;

[0036] A fixed-length identification code is generated by double transforming the SHA-256 hash and the RIPEMD-160 hash.

[0037] A further solution of the present invention is to parse the associated department identifier to generate a data validity notification message and push it to the corresponding business system, including the following steps:

[0038] After the blockchain network completes the writing operation of the effective lock mark, the relay nodes deployed on the physical servers of each government department scan the new block data in real time;

[0039] Each relay node detects the effective lock identifier related to its department through a preset identifier matching pattern, and extracts the transaction number and initial review timestamp;

[0040] Construct a standardized data effectiveness notification message and push it to the designated receiving port of the related business system through the department's intranet transmission protocol.

[0041] A further solution of the present invention is to perform an unlocking operation of the modification permission of the business data, comprising the following steps:

[0042] After receiving the data validity notification message from the relay node of the first government department, the network monitoring service of the business system immediately parses the transaction number and validity status code in the message;

[0043] Locate the corresponding business data record stored locally based on the transaction number;

[0044] If the status code indicates that the approval process has taken effect, the modification restrictions on the business data will be lifted through the internal permission control interface.

[0045] A further solution of the present invention, performing the unlocking operation of the modification permission of the business data, further includes the following steps:

[0046] Locate the initial data fingerprint copy in the local cache area stored in the fingerprint generation module based on the transaction number;

[0047] Perform physical deletion and free up memory space; close the countdown timer associated with the transaction.

[0048] In summary, the present invention has the following beneficial technical effects:

[0049] 1. Build a trust foundation for collaborative government data approval through blockchain technology. During the preliminary review phase, an initial data fingerprint is generated as the initial anchor point for data integrity. During the final review phase, real-time data fingerprint comparison verifies business data consistency. A logical switch contract automatically triggers a distributed verification process to ensure the authenticity of data status signals. Ultimately, a valid lock flag associated with the final review operation characteristics is permanently written to the blockchain.

[0050] 2. Automated process control based on smart contracts eliminates the time delays associated with traditional manual approval results transmission. Relay nodes monitor blockchain events in real time and proactively push notifications of data validation, achieving second-level synchronization of business system status. When data anomalies are detected, an invalidation alarm signal immediately terminates the process and triggers a cross-departmental audit mechanism to prevent the spread of erroneous approval results.

[0051] 3. Using irreversible calculation rules to generate data fingerprints ensures that the integrity of original business data can be verified without being uploaded to the blockchain, fundamentally avoiding the risk of sensitive government information leakage. The permission unlocking operation strictly relies on the effective lock mark stored on the blockchain. The business system of the first government department will only lift the data modification restriction when the digital signature of the relay node is verified and the status code is legal. BRIEF DESCRIPTION OF THE DRAWINGS

[0052] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. The drawings are used to provide a further understanding of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0053] Figure 1 It is a schematic diagram of the framework in the embodiment of the present application.

[0054] Figure 2 It is a schematic diagram of the process flow in the embodiment of this application. DETAILED DESCRIPTION

[0055] To make the objectives, technical solutions, and advantages of the embodiments of the present invention more clear, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of them. All other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of the present invention.

[0056] The following is combined with Figure 1-Figure 2 The preferred embodiments of the present invention are described in detail.

[0057] Refer to the attached Figure 1-Figure 2 , the present invention proposes a blockchain-based government data sharing and secure evidence storage system, which includes the following modules:

[0058] The preliminary review response and fingerprint generation module is used to respond to the preliminary review pass operation of the business system of the first government department, obtain the business data set to be approved, and generate the initial data fingerprint through the preset irreversible operation rules;

[0059] The final review request trigger module, when the business system of the second government department triggers the final review operation, constructs a final review request instruction data packet containing the transaction number and the initial review node identifier, and sends it to the logical switch contract on the blockchain;

[0060] The verification request processing module is used for the logical switch contract to determine the node address of the first government department according to the approval process dependency table, generate a data verification request message containing the transaction number, and send it to the node;

[0061] In the data status verification module, the first government department node obtains the initial data fingerprint cached locally and the real-time data copy of the business system, generates a real-time data fingerprint through irreversible operation rules, and compares and generates a data status signal;

[0062] The effective lock generation module, when receiving a valid confirmation signal, the logic switch contract extracts the final operation feature data, binds the initial data fingerprint to generate an effective lock identifier and writes it into the blockchain;

[0063] Data validity notification module: The relay node monitors the validity lock identifier on the blockchain, parses the associated department identifier, generates a data validity notification message, and pushes it to the corresponding business system;

[0064] The permission unlocking module, the business system of the first government department responds to the data effectiveness notification message and executes the modification permission unlocking operation of the business data.

[0065] In one embodiment of the present invention, the preliminary review response and fingerprint generation module includes the following steps:

[0066] In the preliminary review response and fingerprint generation module, when the business system of the first government department receives the operator's instruction to approve the preliminary review of a specific government matter, the data processing process is immediately started. The business system uses all the structured data and attachment files of the current matter to be approved as input sources, and generates a unique corresponding initial data fingerprint through preset irreversible operation rules. The initial data fingerprint is stored in a local cache area directly associated with the business system of the first government department until the subsequent process triggers verification or timeout clearing. The local cache area is located in the temporary storage area of ​​the physical server memory of the first government department. Its data access rights are limited to the business system process of this department. It is automatically cleared and an alarm is triggered after a power outage.

[0067] The specific implementation process includes:

[0068] During the command response phase, the first government department's business system continuously monitors the approval interface. When the system detects that an operator clicks the "Preliminary Review Passed" button, it automatically captures the action. Based on the transaction number associated with the event, the system retrieves the complete set of pending approval data from its local cache.

[0069] 2. During the fingerprint generation phase, the data set to be approved is arranged in a fixed order and then calculated. The data content is converted byte by byte using irreversible calculation rules, and the final output is a fixed-length character sequence as the initial data fingerprint. Irreversible calculation rules: Any change in any byte will cause unpredictable changes in the output result, and the original data content cannot be deduced from the output result.

[0070] 3. During the temporary storage control stage, the generated initial data fingerprint is bound to the transaction number and stored in a local cache area directly associated with the business system of the first government department. The local cache area is set to allow only the business system of this department to access it, and a countdown timer is started. If the verification is not triggered within the timeout, the data will be automatically cleared.

[0071] Among them, the initial data fingerprint is a fixed-length character sequence generated by transforming the complete government data set through irreversible operation rules, which is used to uniquely identify the integrity status of the data set.

[0072] The first government department's business system is a software program deployed on the government department's internal server with a graphical operating interface, used to handle specific government approval matters.

[0073] For example, suppose a staff member of a housing construction unit completes the preliminary review of materials in the "Construction Project Planning Permit" approval system and clicks the "Preliminary Review Passed" button in the system interface. The approval system immediately performs the following operations:

[0074] Extract all electronic documents of declaration forms, design drawings and test reports under the transaction number;

[0075] Arrange the file contents in alphabetical order by file name and generate a 64-bit hexadecimal character sequence (for example, "9F86D081884C7D659A2FEAA0C55AD015") using irreversible operation rules.

[0076] The 64-bit hexadecimal character sequence is bound to the transaction number and stored in an isolated storage area of ​​the housing construction unit's approval server memory;

[0077] A 72-hour countdown is started. If no verification is triggered during this period, the stored record will be automatically deleted.

[0078] In one embodiment of the present invention, the final review request triggering module includes the following steps:

[0079] In the final review request trigger module, upon receiving an operator's instruction to submit final review confirmation on the final review interface, the second government department's business system automatically extracts the current government matter's transaction number and the associated initial review department identifier to construct a final review request. The business system then sends the final review request, including the transaction number, to the address of the logical switch contract deployed on the blockchain via a pre-set blockchain communication interface. The logical switch contract is an immutable program code pre-deployed at a specific address on the blockchain. The logical switch contract address is hard-coded in the second government department's business system's configuration file.

[0080] The specific implementation process includes:

[0081] During the instruction capture phase, the second government department's business system monitors the "Final Review Passed" button event in real time on its final review interface. Upon detecting a click, it immediately retrieves the transaction number currently loaded on the page. The business system reads the node identifier for the first government department, which is pre-set in the configuration file. The node identifier is mapped to the transaction number encoding rule.

[0082] 2. Instruction construction phase: Combine the transaction number, the node identifier of the first government department, and the current timestamp to form a final review request instruction. The order of its fields is as follows:

[0083] [Transaction number (20-digit string) | Initial review node identifier (8-digit code) | Request timestamp (13-digit Unix timestamp)], encrypts the final review request instruction and generates an unalterable instruction verification code.

[0084] 3. During the instruction transmission phase, the blockchain node service program is called to bind the final review request instruction with the instruction verification code and send it to the blockchain network. The receiving address is designated as the hexadecimal logical switch contract address of the logical switch contract. This address has been written into the whitelist of the second government department's business system during system initialization.

[0085] The second government department business system refers to a software program deployed on the physical server of the final review institution, with an operating interface and data storage independent of the first government department business system. The final review request instruction is a structured data packet consisting of a transaction number, a preliminary review node identifier, and a timestamp, with a digital signature attached to form a verifiable transmission object.

[0086] In one embodiment of the present invention, the verification request processing module includes the following steps:

[0087] In the verification request processing module, once the blockchain network confirms receipt of the final review request from the second government department's business system, the logic switch contract deployed at a specific address automatically activates the execution process. The logic switch contract parses the preliminary review node identifier in the request, queries its pre-stored approval process dependency table, and determines the node address of the first government department requiring verification. The logic switch contract then constructs a data verification request message and sends it to the node via the blockchain's peer-to-peer communication protocol.

[0088] The specific implementation process includes:

[0089] 1. The instruction parsing phase refers to the logical switch contract receiving the final review request instruction forwarded by the blockchain network, extracting the transaction number and preliminary review node identifier. The digital signature verification code attached to the instruction is removed, and the original final review request instruction is retained.

[0090] 2. During the dependency matching phase, the pre-stored approval process dependency table within the logical switch contract is queried using the preliminary review node identifier as an index (the storage structure is: preliminary review identifier → final review identifier → verification node address). If a record in the dependency table fully matches the preliminary review node identifier, the associated first government department node address is obtained. If no record in the dependency table fully matches the preliminary review node identifier, the process is terminated and an alarm is triggered.

[0091] 3. During the request construction phase, the transaction number, current blockchain height value, and logical switch contract address are combined to generate a data verification request message. The order of the fields is as follows:

[0092] [Transaction number (20-bit string) | Block height (8-bit integer) | Logical switch contract address (42-bit string)], add the blockchain network timestamp as the message timeliness identifier.

[0093] 4. During the targeted transmission phase, the node communication interface at the bottom layer of the blockchain is called to send the data verification request message to the first government department node address obtained. The message validity period is set: if the target node does not respond within the preset time, it will be automatically resent.

[0094] Among them, the approval process dependency table is a key-value pair data structure solidified in the logic switch contract code, which stores the mapping relationship between the preliminary review department identifier and the verification node address, and is initialized and written when the logic switch contract is deployed.

[0095] The data verification request message contains a standardized data package of transaction number, blockchain height value, and logical switch contract address, which is used to trigger the verification operation of the target node.

[0096] The first government department node address refers to the unique identifier of the blockchain network composed of alphanumeric characters, which corresponds to the access point of the blockchain client program running on the physical server.

[0097] For example, after the logical switch contract address “0x9aC2B3d…” receives the instruction “2024-00123|ZJJSJ|1717987669123” from the natural resources unit:

[0098] Extract the preliminary node identifier "ZJJSJ";

[0099] Query the pre-stored relationship table of the logical switch contract (example entry: "ZJJSJ" → "ZRZYJ" → "0x5dF8e...");

[0100] Generate a request message: "2024-00123|18965742|0x9aC2B3d...";

[0101] Append the network timestamp "1717987672000";

[0102] It is sent to the housing construction unit node address “0x5dF8e…” through the blockchain communication protocol.

[0103] In one embodiment of the present invention, the data status verification module includes the following steps:

[0104] In the data status verification module, upon receiving a data verification request message from the logical switch contract, the first government department node immediately extracts the initial data fingerprint from the local cache based on the transaction number in the message. This node then simultaneously triggers the first government department's business system to obtain the latest business data and generates a real-time data fingerprint using the same irreversible operation rules. A bit-by-bit comparison of the two generates a data status signal. If they are completely consistent, a valid confirmation signal is generated and returned to the logical switch contract, forcing the latest data copy to be read from persistent storage. If there are any discrepancies, an invalidation alarm is generated and the subsequent process is terminated.

[0105] The specific implementation process includes:

[0106] During the request parsing phase, the communication service program of the first government department node monitors incoming messages on the blockchain network. Upon capturing a data verification request message with the destination address being this node, it extracts the transaction number and logical switch contract address. Verify the message's timeliness: If the difference between the current time and the message's timestamp exceeds a preset difference threshold, the message is discarded.

[0107] 2. During the data acquisition phase, the business system of the first government department is called through the internal interface, and the transaction number is passed in to request a complete copy of the corresponding business data; the local cache area is queried based on the transaction number, and the initial data fingerprint stored in the preliminary response and fingerprint generation module is read.

[0108] 3. During the fingerprint generation and comparison phase, the latest business data copies obtained are arranged according to the same file sorting rules as the initial response and the fingerprint generation module, and the real-time data fingerprint is generated through the same irreversible operation rules; the initial data fingerprint and the real-time data fingerprint are compared character by character: if the two fingerprints are equal in length and each character is the same, they are judged to be consistent; if the lengths are not equal or the characters at any position do not match, they are judged to be inconsistent.

[0109] 4. During the signal feedback phase, if the transaction is consistent, the transaction number, "VALID" status code, and comparison timestamp are combined to generate a valid confirmation signal. If the transaction is inconsistent, the transaction number, error timestamp, and "IN VALID" status code are combined to generate an invalidation warning signal. The signal is sent back to the logical switch contract address through the blockchain node, and if there is inconsistency, subsequent operations of the transaction are terminated.

[0110] Among them, the real-time data fingerprint is based on the latest business data copy obtained from the business system of the first government department at the current moment, and is a fixed-length character sequence generated by the irreversible operation rules that are the same as the initial response and fingerprint generation module.

[0111] Data status signal, a structured feedback data packet consisting of transaction number, timestamp, and status code (VALID / IN VALID), is used to deliver verification conclusions to the blockchain.

[0112] Failure alarm signal, specifically a data status signal containing the "IN VALID" status code, which immediately interrupts the current approval process chain once triggered.

[0113] The setting of the preset difference threshold requires a comprehensive consideration of blockchain network latency, business tolerance, and security policies. It is usually an integer multiple of the adjacent block time window (for example, 3-5 minutes) to ensure that it covers a reasonable delay in transaction broadcasting to node processing.

[0114] For example, after the housing construction unit node address "0x5dF8e..." receives the request message "2024-00123|18965742|0x9aC2B3d...":

[0115] Parse the transaction number "2024-00123" and verify the validity of the timestamp; query the local cache to obtain the initial data fingerprint "9F86D081884C7D659A2FEAA0C55AD015"; request the latest materials for transaction number "2024-00123" from the housing construction unit's approval system; generate a real-time data fingerprint according to the irreversible operation rules;

[0116] The material has not been changed and is still "9F86D081884C7D659A2FEAA0C55AD015". The two fingerprints are completely consistent when compared bit by bit, generating the signal "2024-00123|1717987685000|VALID", which is sent to the logical switch contract address "0x9aC2B3d..." through the blockchain.

[0117] In one embodiment of the present invention, the effective lock generation module includes the following steps:

[0118] In the effective lock generation module, upon receiving the valid confirmation signal from the first government department node, the logical switch contract immediately extracts the transaction number and confirmation timestamp contained in the signal. The logical switch contract then searches the blockchain transaction record for a matching final review request instruction and extracts the final review operation signature data. The initial data fingerprint and the final review operation signature are combined in a pre-set format to generate a unique effective lock identifier, which is ultimately written as new block data into the blockchain's immutable storage area.

[0119] The specific implementation process includes:

[0120] 1. During the signal verification phase, the logic switch contract continuously monitors incoming messages from the blockchain network. When it captures a data status signal whose source address is the first government department node and whose status code is "VALID", it extracts the transaction number and verifies that the difference between the timestamp of the signal and the time of the current blockchain exceeds the preset difference threshold.

[0121] 2. In the feature extraction phase, the transaction number is used as the search key to search the blockchain's historical transaction records for the final review request instruction sent by the second government department's business system. The final review operation feature data is extracted from the structured data packet of the instruction, including the final review department identifier and the final review request timestamp.

[0122] 3. During the identification generation phase, a fingerprint acquisition request is initiated to the first government department node. The business system of the first government department generates a fingerprint in real time and returns it after signing it with the department's private key. The initial data fingerprint and the final operation feature data are combined to form a binding data set, which is arranged in the following format:

[0123] [Initial data fingerprint (64 bits) | Final review department identifier (8 bits) | Final review timestamp (13 bits) | Initial review timestamp (13 bits)].

[0124] 4. Perform a double irreversible conversion operation on the data set, using the first conversion rule (the first conversion rule is SHA-256 hash) to generate an intermediate identification code; then use the second conversion rule (the second conversion rule is RIPEMD-160 hash) to process the intermediate identification code to generate the final effective lock identifier, which satisfies the following formula: effective lock identifier = SHA-256(RIPEMD-160(binding data set)). Finally, this identifier is written as the new block data into the tamper-proof storage area of ​​the blockchain.

[0125] The final review operation feature data, a combination of the department identifier and timestamp extracted from the final review request instruction, represents the digital identity and time attributes of the final review operation. The effective lock identifier, a fixed-length character sequence generated through a double irreversible conversion, permanently binds the initial data fingerprint and the final review operation feature to form an indivisible body of evidence. The tamper-proof storage area is the data storage area within the blockchain that has been confirmed by the consensus mechanism.

[0126] For example, after the logical switch contract address “0x9aC2B3d…” receives the valid confirmation signal “2024-00123|1717987685000|VALID”:

[0127] Extract the transaction number "2024-00123"; query the blockchain record to find the original instruction "2024-00123|ZJJSJ|1717987669123" sent by the natural resources unit;

[0128] Request the housing construction unit node address "0x5dF8e..." to obtain the initial data fingerprint "9F86D081884C7D659A2FEAA0C55AD015";

[0129] Combined binding dataset "9F86D......|ZRZYJ|1717987669123|1717987660000";

[0130] Generate the effective lock identifier "7E8F9A0B1C2D3E4F567890A1B2C3D4E5F";

[0131] Construct the uplink data packet "7E8F9A...|2024-00123|18965745";

[0132] After confirmation by blockchain consensus, it was written into block 18965745.

[0133] In one embodiment of the present invention, the data validation notification module includes the following steps:

[0134] After the blockchain network completes the write operation of the effective lock flag, relay nodes deployed on the physical servers of each government department scan the new block data in real time. Each relay node detects the effective lock flag related to its department through a preset identifier matching pattern, extracts the transaction number and initial review timestamp, constructs a standardized data effectiveness notification message, and pushes it to the designated receiving port of the associated business system via the department's intranet transmission protocol.

[0135] The specific implementation process includes:

[0136] During the blockchain monitoring phase, the relay nodes of each government department continuously synchronize the latest blockchain block data. Upon detecting a new block generation, they immediately traverse all records within that block's data area. They use a preloaded set of department identifiers (e.g., the housing construction unit identifier "ZJJSJ") as a filter, triggering only when the identifier contains a field corresponding to the department's role (the preliminary review department only pays attention to notifications containing the preliminary review identifier). Only records with effective lock identifiers containing these identifiers will be processed.

[0137] 2. During the identification resolution phase, reverse resolution is performed on the matching effective lock identification, extracting the final review department identifier segment at a fixed offset. The transaction number and timestamp data are separated based on the identifier length rule. The logical rationality of the timestamp is verified. If the initial review timestamp is later than the final review timestamp, the record is marked as an anomaly.

[0138] 3. During the notification construction phase, the transaction number, effective block height, and data effective status code are combined to generate a notification message. The fields are arranged in the following order: [transaction number (20 bits) | block height (8 bits) | status code (6 bits)]. The digital signature of the relay node is added as the source authentication identifier.

[0139] 4. During the targeted push phase, a persistent communication link with the associated business system is established through the government-specific network; the notification message is sent to the pre-opened UDP notification port of the business system; if no confirmation response is received from the business system within 10 seconds, it is resent.

[0140] The relay node, a dedicated communication program running on government department servers, has blockchain data synchronization and parsing capabilities and an intranet communication interface. The identifier matching mode uses string inclusion filtering logic to trigger the process when a substring in the effective lock identifier is identical to the department's preset identifier.

[0141] The data validation notification message contains a structured message body including the transaction number, blockchain height, and validation status, and is used to deliver the approval result to the business system.

[0142] For example,

[0143] After the effective lock identifier "7E8F9A...|2024-00123|18965745" is written into the blockchain:

[0144] The housing construction unit relay node scans the block and detects the "ZJJSJ" field in the identifier;

[0145] Parse and obtain the transaction number "2024-00123" and block height "18965745";

[0146] Construct a notification message "2024-00123|18965745|ACTIVE" and add the node signature "ZJJSJ_SIG_01"; push it to the UDP port of the housing construction unit's approval system through the government-specific network; the natural resources unit's relay node simultaneously detects the same identifier containing "ZRZYJ" and pushes the message to the natural resources unit's final review system.

[0147] In one embodiment of the present invention, the permission unlocking module includes the following steps:

[0148] In the permission unlocking module, upon receiving the data validation notification message from the department's relay node, the network monitoring service of the first government department's business system immediately parses the transaction number and validation status code contained in the message. Based on the transaction number, it locates the corresponding business data record stored locally. If the status code indicates that the approval process has been validated, the modification restrictions on the business data are lifted through the internal permission control interface, and the transaction status log is updated simultaneously.

[0149] The specific implementation process includes:

[0150] During the message reception phase, the first government department's business system continuously monitors the preset UDP port. Upon receiving a data validation notification message, the system verifies that the digital signature attached to the message matches the department's relay node certificate. Only when the signature verification passes and the message format conforms to predefined specifications does the parsing process begin.

[0151] 2. During the transaction location phase, the transaction number in the message is extracted and an exact match query is performed in the business system's local transaction database. If a corresponding transaction record is found, the business data storage path and current permission status associated with the transaction are obtained. If no match is found, the message is discarded.

[0152] 3. During the permission control phase, when the effective status code is "ACTIVE", the unlocking interface of the system permission management component is called: the access control attributes of the business data file are modified, and the "write-forbidden" flag is removed; the transaction status is updated to "Effective" to record the effective block height and unlocking timestamp.

[0153] 4. During the cache cleaning phase, the initial data fingerprint copy of the local cache area is stored in the preliminary response and fingerprint generation module according to the transaction number; a physical deletion operation is performed and memory space is released; and the countdown timer associated with the transaction is closed.

[0154] The modification permission switch, an access control identifier built into the business system, prohibits any user from modifying business data when locked. The permission unlock instruction, a standardized sequence of operations executed by the business system's permission management component, unlocks write permissions by modifying the storage system's metadata. The local transaction repository, a structured data collection stored on the hard drive of the first government department's business server, records all transaction number, status, and storage location mappings.

[0155] For example, the UDP port of the housing construction unit approval system receives a message After: Verify that the digital signature "ZJJSJ_SIG_01" is valid;

[0156] The local transaction library queries the number "2024-00123" and locates the declaration form storage path " / data / 2024 / 00123.docx"; calls the permission interface: removes the "read-only" mark in the file attributes; updates the transaction status to "effective" and records the effective height 18965745; deletes the initial data fingerprint "9F86D081884C7D659A2FEAA0C55AD015" in the local cache area, and closes the 72-hour countdown timer for the transaction.

[0157] It should be noted that the formulas described above, through the principle of dimensional consistency and mathematical standardization (e.g., normalization, dimensionless parameter conversion, or unified unit system), can translate physical quantities of different attributes into unitless standard values ​​or homogeneous, superimposable parameters. This eliminates the interference of different dimensions on operational logic, ensuring that the formulas retain the distribution characteristics of the original data while maintaining mathematical rationality and adaptability to objective laws. These are merely exemplary embodiments of the present invention and are not intended to limit the scope of the invention.

[0158] The modules can be implemented in whole or in part through software, hardware, or a combination thereof, supporting hardware embedded in or independent of a processor in a computer device, and also supporting software stored in a memory in a computer device, so that the processor can call and execute operations corresponding to the modules.

[0159] It should be noted that the human body information (including but not limited to human device information and personal information, etc.) and data (including but not limited to data used for analysis, stored data and displayed data, etc.) involved in the present invention are all information and data authorized by the human body or fully authorized by all parties. The collection, use and processing of relevant data require relevant legal standards.

[0160] The above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit the same. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the various embodiments of the present invention, and should all be included in the scope of protection of the present invention.

Claims

1. The blockchain-based government data sharing and secure evidence storage system is characterized by: include: The preliminary review response and fingerprint generation module is used to respond to the preliminary review pass operation of the business system of the first government department, obtain the business data set to be approved, and generate the initial data fingerprint through the preset irreversible operation rules; The final review request trigger module, when the business system of the second government department triggers the final review operation, constructs a final review request instruction data packet containing the transaction number and the initial review node identifier, and sends it to the logical switch contract on the blockchain; The verification request processing module is used for the logical switch contract to determine the node address of the first government department according to the approval process dependency table, generate a data verification request message containing the transaction number, and send it to the node; In the data status verification module, the first government department node obtains the initial data fingerprint cached locally and the real-time data copy of the business system, generates a real-time data fingerprint through irreversible operation rules, and compares and generates a data status signal; The effective lock generation module, when receiving a valid confirmation signal, the logic switch contract extracts the final operation feature data, binds the initial data fingerprint to generate an effective lock identifier and writes it into the blockchain; Data validity notification module: The relay node monitors the validity lock identifier on the blockchain, parses the associated department identifier, generates a data validity notification message, and pushes it to the corresponding business system; The permission unlocking module, the business system of the first government department responds to the data effectiveness notification message and executes the modification permission unlocking operation of the business data.

2. The blockchain-based government data sharing and secure evidence storage system according to claim 1 is characterized in that: Generating the initial data fingerprint includes the following steps: After capturing the preliminary review pass operation event, the business system extracts the complete set of data to be approved from the local cache based on the transaction number associated with the event; The data set to be approved is arranged in a fixed order and then operated. The data content is converted byte by byte using irreversible operation rules, and a fixed-length character sequence is finally output as the initial data fingerprint. The generated initial data fingerprint is bound to the transaction number and stored in a local cache area directly associated with the business system of the first government department. The local cache area is set to allow only the business system of this department to access it, and a countdown timer is started.

3. The blockchain-based government data sharing and secure evidence storage system according to claim 1 is characterized in that: Constructing a final review request instruction data packet containing a transaction number and a preliminary review node identifier includes the following steps: The business system of the second government department monitors in real time the final review pass button event in its final review operation interface and obtains the transaction number loaded on the current page; The transaction number, the node identifier of the first government department, and the current timestamp are combined to form a final review request instruction; the final review request instruction is encrypted, and a digital signature is attached to generate a tamper-proof instruction verification code.

4. The blockchain-based government data sharing and secure evidence storage system according to claim 1 is characterized in that: Generating a data verification request message containing a transaction number includes the following steps: The logic switch contract receives the final review request instruction forwarded by the blockchain and extracts the transaction number and the initial review node identifier; Using the preliminary review node identifier as an index, query the approval process dependency table stored in the logical switch contract. When there is a record in the approval process dependency table that fully matches the preliminary review node identifier, obtain the associated first government department node address. Combine the transaction number, current blockchain height value, and logical switch contract address to generate a data verification request message, and add the blockchain timestamp as the message timeliness identifier.

5. The blockchain-based government data sharing and secure evidence storage system according to claim 4 is characterized in that: Sending to this node includes the following steps: Call the node communication interface at the bottom layer of the blockchain and send the data verification request message to the obtained first government department node address; If the target node does not respond within the preset time, it will automatically resend.

6. The blockchain-based government data sharing and secure evidence storage system according to claim 1 is characterized in that: The comparison generates a data status signal, including the following steps: Verify the timeliness of data verification request messages; Call the first government department's business system through the internal interface, enter the transaction number to request a complete copy of the corresponding business data; query the local cache area based on the transaction number, read the preliminary review response and the initial data fingerprint stored in the fingerprint generation module; The initial data fingerprint is compared with the real-time data fingerprint character by character. If they are determined to be consistent, a valid confirmation signal is generated; otherwise, a failure alarm signal is generated.

7. The blockchain-based government data sharing and secure evidence storage system according to claim 1 is characterized in that: Binding the initial data fingerprint to generate an effective lock mark includes the following steps: Extract the final review department identifier and final review timestamp from the blockchain historical records; Using the transaction number as the search key, the blockchain's historical transaction records are searched for the final review request instruction sent by the second government department's business system. The final review operation feature data, including the final review department identifier and the final review timestamp, are extracted from the structured data packet of the instruction. Combining the initial data fingerprint, the final review department identifier, the initial review timestamp, and the final review timestamp to form a bound data set; A fixed-length valid lock identifier is generated through double conversion of SHA-256 hash and RIPEMD-160 hash.

8. The blockchain-based government data sharing and secure evidence storage system according to claim 1 is characterized in that: Parsing the associated department identifier to generate a data effectiveness notification message and push it to the corresponding business system includes the following steps: After the blockchain completes the writing operation of the effective lock mark, the relay nodes deployed on the physical servers of each government department scan the new block data in real time; Each relay node detects the effective lock identifier related to its department through a preset identifier matching pattern, and extracts the transaction number and initial review timestamp; Construct a standardized data effectiveness notification message and push it to the designated receiving port of the related business system through the department's intranet transmission protocol.

9. The blockchain-based government data sharing and secure evidence storage system according to claim 1 is characterized in that: Unlocking the modification permissions for business data involves the following steps: After receiving the data validity notification message from the relay node of the first government department, the network monitoring service of the business system immediately parses the transaction number and validity status code in the message; Locate the corresponding business data record stored locally based on the transaction number; If the effective status code indicates that the approval process has taken effect, the modification restrictions on the business data will be lifted through the internal permission control interface.

10. The blockchain-based government data sharing and secure evidence storage system according to claim 9 is characterized in that: Unlocking the modification permissions for business data also includes the following steps: Locate the initial data fingerprint copy in the local cache area stored in the fingerprint generation module based on the transaction number; Perform physical deletion and free up memory space; close the countdown timer associated with the transaction.

Images