Vehicle-mounted data sharing method, system, storage medium and program product
By combining blockchain and decentralized storage networks, and employing data encryption and incentive mechanisms, the problems of tampering, privacy leaks, and poor sharing enthusiasm in vehicle data sharing are solved, achieving secure, reliable, and automated data sharing.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- CHERY AUTOMOBILE CO LTD
- Filing Date
- 2026-04-29
- Publication Date
- 2026-07-14
AI Technical Summary
Existing technologies for vehicle data sharing suffer from risks such as data tampering, privacy breaches, and single points of failure, and data providers are not very motivated to share data.
By employing blockchain and decentralized storage networks, and through data encryption, hash value verification, and incentive point mechanisms, secure sharing of vehicle data is achieved.
To ensure data immutability, protect privacy, reduce the risk of single points of failure, and improve the sharing enthusiasm of data providers through incentive mechanisms, we can achieve trusted, secure, and automated data sharing.
Smart Images
Figure CN122394920A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of vehicle data sharing technology, and in particular to a vehicle data sharing method, system, storage medium and program product. Background Technology
[0002] Dynamic data generated by vehicles, such as real-time traffic flow, road conditions, and parking information, is of extremely high value.
[0003] The data sharing model in related technologies mainly relies on centralized cloud platforms. Vehicles upload data to a central server, which then processes and distributes the data. However, there are risks of data tampering, privacy leaks, and single points of failure caused by centralized storage. Furthermore, the lack of transparent incentives leads to poor enthusiasm among car owners for sharing. Summary of the Invention
[0004] This application provides a vehicle data sharing method, system, storage medium, and program product to solve the problems in related technologies, such as data being easily tampered with, privacy leaks and single points of failure, and poor data sharing enthusiasm from data providers.
[0005] The first aspect of this application provides a method for sharing vehicle-mounted data. The method is applied to a data provider that provides vehicle-mounted data. The method includes the following steps: monitoring a data demand contract published by a data demander in a blockchain network; identifying the demand data in the data demand contract and matching the demand data with the vehicle-mounted data; when the vehicle-mounted data and demand data are successfully matched, encrypting the vehicle-mounted data to obtain encrypted data and calculating a first hash value for the vehicle-mounted data; uploading the first hash value of the vehicle-mounted data to the blockchain network and uploading the encrypted data to a decentralized storage network, wherein the decentralized storage network returns a content identifier; submitting the content identifier to the data demand contract, wherein the data demander obtains the content identifier from the data demand contract, downloads the encrypted data based on the content identifier, decrypts the encrypted data to obtain decrypted data, calculates a second hash value for the decrypted data, verifies the second hash value based on the first hash value, and, upon successful verification, triggers the data demand contract, which then distributes incentive points to the data provider.
[0006] Optionally, in one embodiment of this application, encrypting the vehicle data to obtain encrypted data includes: obtaining a first public key published by the data requester on the blockchain network; and using the first public key to encrypt the vehicle data to obtain encrypted data.
[0007] Optionally, in one embodiment of this application, before submitting the content identifier to the data request contract, the method further includes: encrypting a randomly generated encryption key using a first public key to obtain a target encryption key; submitting the target encryption key to the data request contract, wherein the data requester decrypts the target encryption key based on a first private key to obtain a decryption key, and uses the decryption key to decrypt the encrypted data to obtain decrypted data.
[0008] Optionally, in one embodiment of this application, before listening to the data request contract published by the data requester on the blockchain, the method further includes: signing the first hash value based on the second private key, and generating an anonymous address of the data provider based on the second public key; uploading the anonymous address, the first hash value, and the corresponding timestamp to the blockchain network, wherein the blockchain network generates a data sharing contract record based on the anonymous address, the first hash value, and the corresponding timestamp.
[0009] A second aspect of this application provides a method for sharing in-vehicle data, comprising: the method being applied to a data requester, wherein the method includes the following steps: publishing a data request contract on a blockchain network and monitoring the status of the data request contract; when the status of the data request contract is monitored to be a target status, obtaining a content identifier and a target encryption key submitted by the data provider from the data request contract; downloading encrypted data from a decentralized storage network based on the content identifier, decrypting the target encryption key and the encrypted data sequentially to obtain decrypted data, and calculating a second hash value of the decrypted data; verifying the second hash value, and after the second hash value is verified, triggering the data request contract, which then distributes corresponding incentive points to the corresponding data provider.
[0010] Optionally, in one embodiment of this application, the target encryption key and encrypted data are decrypted sequentially to obtain decrypted data, including: unlocking the target encryption key based on the second private key to obtain a decryption key; and decrypting the encrypted data using the decryption key to obtain decrypted data.
[0011] Optionally, in one embodiment of this application, verifying the second hash value includes: obtaining the anonymous address and timestamp of the data provider; querying the data sharing contract record on the blockchain network based on the anonymous address and timestamp to obtain the first hash value of the data provider; and verifying the second hash value based on the first hash value.
[0012] A third aspect of this application provides a vehicle-mounted data sharing system, comprising: a data provider, configured to encrypt vehicle-mounted data to generate encrypted data, upload a first hash value of the vehicle-mounted data to a blockchain network, and upload the encrypted data to a decentralized storage network; a data requester, configured to publish a data request contract on the blockchain network and lock incentive points, and obtain the encrypted data uploaded by the data provider from the decentralized storage network, verify the encrypted data based on the first hash value, and pay incentive points to the data provider after successful verification; a blockchain network, configured to store the first hash value corresponding to the vehicle-mounted data uploaded by the data provider and the data request contract published by the data requester; and a decentralized storage network, configured to store the encrypted data uploaded by the data provider.
[0013] A fourth aspect of this application provides a computer-readable storage medium having a computer program or instructions stored thereon, which are executed by a processor to perform the vehicle data sharing method as described above.
[0014] A fifth aspect of this application provides a computer program product, including a computer program or instructions, which, when executed, implement the in-vehicle data sharing method as described in the above embodiments.
[0015] Therefore, this application has at least the following beneficial effects: Data requesters can publish their requests on the blockchain network via data request contracts. Data providers listen for these contracts on the blockchain, and when a contract matching their vehicle data is detected, they encrypt the vehicle-sharing data and upload it to a decentralized storage network. The decentralized storage network returns a content identifier, and the first hash value of the vehicle data is uploaded to the blockchain network. By storing the hash on-chain and the data decentralized off-chain, data immutability is guaranteed, and the privacy risks and single points of failure associated with centralized storage of raw data are avoided. The content identifier is then submitted to the data request contract. The data requester verifies the vehicle data provided by the data provider. Upon successful verification, incentive points are automatically sent to the data provider through the data request contract. These incentive points incentivize the data provider to share data, increasing their willingness to share and thus achieving trusted, secure, and automated vehicle data sharing. This solves the technical problems of data tampering, privacy leaks, single points of failure, and low data provider participation rates in related technologies.
[0016] Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description
[0017] The above and / or additional aspects and advantages of this application will become apparent and readily understood from the following description of the embodiments taken in conjunction with the accompanying drawings, wherein: Figure 1 This is a flowchart of the vehicle data sharing method provided according to an embodiment of this application; Figure 2 A flowchart of a vehicle data sharing method according to another embodiment of this application; Figure 3 This is a flowchart illustrating the data contribution and evidence preservation stage according to embodiments of this application; Figure 4 This is a flowchart of the data transaction and incentive settlement stage according to an embodiment of this application; Figure 5 This is a schematic diagram of the structure of an in-vehicle data system provided according to an embodiment of this application; Figure 6 This is a hierarchical architecture diagram of an in-vehicle data system provided according to an embodiment of this application. Detailed Implementation
[0018] The embodiments of this application are described in detail below. Examples of these embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and intended to explain this application, and should not be construed as limiting this application.
[0019] Centralized data sharing in related technologies has the following problems: 1. Trust issues: Centralized platforms struggle to prove they haven't tampered with or misused data, creating a trust gap between data providers (car owners) and the platform. 2. Insufficient incentives: As data producers, car owners find it difficult to directly and transparently benefit from the value of their data, thus lacking the motivation to share it. 3. Privacy risk: Vehicle data contains precise spatiotemporal information that is directly linked to an individual's whereabouts, and centralized storage increases the risk of privacy leaks; 4. System vulnerability: Centralized servers are at risk of single point of failure and have high operating costs.
[0020] Therefore, this application provides a vehicle data sharing method that enables a decentralized, secure, reliable, and incentive-compatible vehicle data sharing process, allowing data providers to voluntarily and proactively share data while strictly protecting privacy.
[0021] Specifically, Figure 1 This is a flowchart illustrating a vehicle data sharing method provided in an embodiment of this application.
[0022] This vehicle data sharing method is applied to the data provider, who provides vehicle data. The data provider is the party that generates the data and is willing to share the data, such as the vehicle terminal.
[0023] like Figure 1 As shown, the vehicle data sharing method includes the following steps: In step S101, the data request contract published by the data requester in the blockchain network is monitored.
[0024] Among them, the data demander is the party that needs to use vehicle data or purchase data, such as map service providers, traffic management departments, research institutions, and data service providers; the data demand contract is a smart contract published on the blockchain by the data demander to publish the data acquisition demand.
[0025] In one embodiment of this application, before listening to the data request contract published by the data requester on the blockchain, the method further includes: signing the first hash value based on the second private key, and generating an anonymous address of the data provider based on the second public key; uploading the anonymous address, the first hash value and the corresponding timestamp to the blockchain network, wherein the blockchain network generates a data sharing contract record based on the anonymous address, the first hash value and the corresponding timestamp.
[0026] Among them, the second private key and the second public key are anonymous key pairs of the data provider; the anonymous address is an on-chain address that is unrelated to the real identity of the data provider; the data sharing contract record can also be understood as a contribution evidence storage contract record.
[0027] It is understood that, in this application embodiment, the first hash value can be signed based on the second private key, and an anonymous address of the data provider can be generated based on the second public key. The anonymous address, the first hash value and the corresponding timestamp are uploaded to the blockchain network to separate the identity from the data. The blockchain network generates a data sharing contract record based on the anonymous address, the first hash value and the corresponding timestamp for notarization, ensuring that the data sharing is tamper-proof.
[0028] In step S102, the demand data in the data demand contract is identified, and the demand data is matched with the vehicle data.
[0029] It is understood that the embodiments of this application can identify the demand data in the data demand contract and match the demand data with its own vehicle data to determine whether its own vehicle data meets the sharing requirements.
[0030] In step S103, when the vehicle data and the demand data are successfully matched, the vehicle data is encrypted to obtain encrypted data, and the first hash value of the vehicle data is calculated.
[0031] It is understood that, in this embodiment of the application, when the vehicle data and the demand data are successfully matched, the vehicle data is encrypted to obtain encrypted data, and the first hash value of the vehicle data is calculated so as to be used to verify the authenticity of the vehicle data obtained by the data demander.
[0032] The embodiments of this application can calculate the first hash value by performing a hash encryption algorithm, such as SHA256 or SHA3, on the vehicle data to obtain the first hash value.
[0033] It should be noted that, in the embodiments of this application, the original data needs to be de-identified by the data provider before uploading the vehicle data, so as to generate shared data that does not contain personal identifiers. The encryption algorithm can be a decryption algorithm that the requester can use (such as asymmetric encryption).
[0034] In one embodiment of this application, encrypting vehicle data to obtain encrypted data includes: obtaining a first public key published by the data requester on a blockchain network; and using the first public key to encrypt the vehicle data to obtain encrypted data.
[0035] The first public key is the asymmetric encryption key disclosed by the data requester.
[0036] It is understood that the embodiments of this application can obtain the first public key of the data requester and use the first public key to encrypt the vehicle data so that only the corresponding data requester can decrypt it based on its own private key, thus ensuring the security of data transmission.
[0037] In step S104, the first hash value of the vehicle data is uploaded to the blockchain network, and the encrypted data is uploaded to the decentralized storage network, wherein the decentralized storage network returns a content identifier.
[0038] Decentralized storage networks are non-centralized storage systems, such as IPFS (InterPlanetary File System), Arweave (focused on persistent storage), or Swarm, used to store encrypted data, ensuring data accessibility and censorship resistance; Content Identifier (CID) is a unique index symbol returned by decentralized storage.
[0039] It is understood that the embodiments of this application can upload the first hash value of the vehicle data to the blockchain network and upload the encrypted data to the decentralized storage network. By storing the hash on the chain and storing the data in a decentralized manner off the chain, data tampering and data leakage can be avoided.
[0040] In step S105, the content identifier is submitted to the data demand contract. The data demander obtains the content identifier from the data demand contract, downloads encrypted data based on the content identifier, decrypts the encrypted data to obtain decrypted data, calculates the second hash value of the decrypted data, verifies the second hash value based on the first hash value, and after successful verification, triggers the data demand contract, which then distributes incentive points to the data provider.
[0041] It is understood that in this application embodiment, the content identifier can be submitted to the data demand contract. The data demander obtains the content identifier from the data demand contract, downloads encrypted data from the decentralized storage network based on the content identifier, decrypts the encrypted data to obtain decrypted data, calculates the second hash value of the decrypted data, and verifies the second hash value based on the first hash value. After successful verification, the data demand contract is triggered, and the data demand contract distributes incentive points to the data provider. The data demand contract automatically implements incentives without the need for an intermediary platform, and the rewards are transparent.
[0042] In this embodiment, the data requester can publish its request on the blockchain network via a data request contract. The data provider listens for data request contracts on the blockchain network. When it detects a data request contract that matches its own vehicle data, it encrypts the vehicle-shared encrypted data and uploads it to a decentralized storage network. The decentralized storage network returns a content identifier, and the first hash value of the vehicle data is uploaded to the blockchain network. By storing the hash on-chain and storing the data decentralized off-chain, the immutability of the data can be guaranteed. At the same time, it can avoid the privacy leakage risk and single point of failure problem caused by centralized storage of the original data. The content identifier is submitted to the data request contract. The data requester verifies the vehicle data provided by the data provider. After successful verification, the data request contract automatically sends incentive points to the data provider. The incentive points incentivize the data provider to share data, thereby increasing the data provider's enthusiasm for sharing data and realizing trusted, secure, and automated vehicle data sharing.
[0043] In one embodiment of this application, before submitting the content identifier to the data request contract, the method further includes: encrypting a randomly generated encryption key using a first public key to obtain a target encryption key; submitting the target encryption key to the data request contract, wherein the data requester decrypts the target encryption key based on a first private key to obtain a decryption key, and uses the decryption key to decrypt the encrypted data to obtain decrypted data.
[0044] The encryption key is a randomly generated symmetric key; the target encryption key is a symmetric key encrypted with the first public key; and the first private key is a key kept by the data requester and used for decryption.
[0045] It is understood that, in the embodiments of this application, the first public key can be used to encrypt the randomly generated encryption key to obtain the target encryption key, and the target encryption key can be submitted to the data request contract so that the data requester can obtain the decryption key by decrypting the target encryption key, and use the decryption key to decrypt the encrypted data to obtain the decrypted data.
[0046] Furthermore, it should be noted that the public and private keys of the data provider in this application embodiment are anonymous public and private key pairs, serving as its unique identity identifier in the in-vehicle data sharing process, and are unrelated to the real identity of the data provider.
[0047] The consensus mechanism of the blockchain network in this application embodiment can be replaced according to the needs of the scenario. For example, for consortium blockchain scenarios with high performance requirements, DPoS (Delegated Proof of Stake) or PBFT (Practical Byzantine Fault Tolerance) algorithms can be used, and for scenarios with high decentralization requirements, PoS (Proof of Stake) and its variants can be used.
[0048] According to the vehicle data sharing method proposed in this application, the data requester can publish its request on the blockchain network through a data request contract. The data provider listens for data request contracts on the blockchain network. When it detects a data request contract that matches its own vehicle data, it encrypts the vehicle-shared encrypted data and uploads it to the decentralized storage network. The decentralized storage network returns a content identifier, and the first hash value of the vehicle data is uploaded to the blockchain network. By storing the hash on the blockchain and storing the data in a decentralized manner off the blockchain, the data can be guaranteed to be immutable. At the same time, it can also avoid the privacy leakage risk and single point of failure problem caused by centralized storage of the original data. The content identifier is submitted to the data request contract. The data requester verifies the vehicle data provided by the data provider. After successful verification, the data request contract automatically sends incentive points to the data provider. The incentive points incentivize the data provider to share data, thereby increasing the data provider's enthusiasm for sharing data and realizing trusted, secure, and automated vehicle data sharing.
[0049] The above embodiments focus on describing the in-vehicle data sharing method of this application from the perspective of the data provider. The following embodiments will focus on describing the in-vehicle data sharing method of this application from the perspective of the data requester.
[0050] Figure 2 This is a flowchart of an in-vehicle data sharing method provided in another embodiment of this application.
[0051] like Figure 2 As shown, this vehicle data sharing method, applied to data requesters, includes the following steps: In step S201, a data demand contract is published on the blockchain network, and the status of the data demand contract is monitored.
[0052] In step S202, when the state of the data request contract is detected to be the target state, the content identifier and target encryption key submitted by the data provider are obtained from the data request contract.
[0053] The target state is the state in which the data request contract receives the data submission.
[0054] It is understood that, in the embodiments of this application, when the state of the data request contract is detected to be the target state, the content identifier and target encryption key provided by the data provider can be obtained from the data request contract for subsequent verification of the authenticity and integrity of the data.
[0055] In step S203, encrypted data is downloaded from the decentralized storage network based on the content identifier, the target encryption key and the encrypted data are decrypted in sequence to obtain decrypted data, and the second hash value of the decrypted data is calculated.
[0056] It is understood that, in the embodiments of this application, encrypted data can be downloaded from a decentralized storage network based on a content identifier, and the target encryption key and the encrypted data can be decrypted sequentially to obtain decrypted data, and a second hash value of the decrypted data can be calculated.
[0057] The algorithm used to calculate the second hash value in this embodiment is the same as the algorithm used to calculate the first hash value, and can be SHA256 or SHA3.
[0058] In one embodiment of this application, the target encryption key and encrypted data are decrypted sequentially to obtain decrypted data, including: unlocking the target encryption key based on a second private key to obtain a decryption key; and using the decryption key to decrypt the encrypted data to obtain decrypted data.
[0059] The second private key is the private key of the data requester; the decryption key is the decrypted symmetric key.
[0060] It is understood that the embodiments of this application can decrypt the target encryption key based on the second private key, and use the decryption key to decrypt the encrypted data to obtain the decrypted data, so as to complete the data decryption securely and efficiently.
[0061] In step S204, the second hash value is verified. After the second hash value is verified, the data demand contract is triggered, and the data demand contract distributes the corresponding incentive points to the corresponding data provider.
[0062] It is understood that the embodiments of this application can verify the second hash value. After the second hash value is verified, the data demand contract is triggered. The data demand contract will distribute the corresponding incentive points to the corresponding data provider to incentivize the data provider to provide vehicle data.
[0063] In one embodiment of this application, verifying the second hash value includes: obtaining the anonymous address and timestamp of the data provider; querying the data sharing contract record on the blockchain network based on the anonymous address and timestamp to obtain the first hash value of the data provider; and verifying the second hash value based on the first hash value.
[0064] Among them, the data sharing contract record is evidence information used to record the data provided by the data provider, and this record cannot be tampered with.
[0065] It is understood that the embodiments of this application can obtain the anonymous address and timestamp of the data provider, query the data sharing contract record on the blockchain network based on the anonymous address and timestamp to obtain the first hash value of the data provider, and verify the second hash value based on the first hash value to ensure that the data has not been tampered with.
[0066] Furthermore, it should be noted that this application can introduce zero-knowledge proofs or proof documents generated by a trusted execution environment into smart contracts. Data requesters do not need to download the complete data; they can simply verify the zero-knowledge proofs on the chain to confirm that the data meets the requirements (such as the vehicle speed being within a reasonable range), thereby triggering payment. This further protects the privacy of data details and reduces transaction costs.
[0067] According to the vehicle data sharing method proposed in the embodiments of this application, the data requester can publish the request on the blockchain network through a data request contract. When the data request contract on the blockchain network is in the target state, the data provider verifies the vehicle data provided by the data provider. After the verification is successful, the incentive points are automatically sent to the data provider through the data request contract to incentivize the data provider to provide vehicle data.
[0068] Specifically, the process of the vehicle data sharing method in this application embodiment includes: S1: The vehicle data terminal (i.e., the data provider) collects and preprocesses vehicle data to generate contribution data and its hash value.
[0069] S2: Use the car owner's anonymous private key to sign the hash value and call the contribution evidence storage contract to put the evidence storage transaction on the blockchain.
[0070] S3: The data requester publishes a data request smart contract on the blockchain and locks up tokens.
[0071] S4: The car owner (i.e., the data provider) listens for and matches the demand contract, uploads the encrypted contribution data to the decentralized storage network, and submits the storage address and key to the demand contract.
[0072] S5: The data requester downloads and decrypts the data from decentralized storage and verifies whether its hash value is consistent with the on-chain evidence.
[0073] S6: After verification, the requester triggers a confirmation instruction, and the request smart contract automatically transfers the tokens from the locked account to the car owner's anonymous account to complete the incentive settlement.
[0074] The core logic of smart contracts is as follows: 1. Contribution Evidence Agreement.
[0075] The hash value of the data from the vehicle's data terminal (calculated from the contribution data) is recorded on the blockchain along with the vehicle owner's anonymous address and timestamp, forming an immutable contribution certificate. The process is as follows: Figure 3 As shown, the process includes: generating contribution data on the vehicle terminal -> calculating hash H1 -> signing with the vehicle owner's anonymous private key -> broadcasting the "proof transaction" to the blockchain -> contract record [anonymous address, H1, timestamp].
[0076] 2. Data trading and incentive contracts.
[0077] Acting as a decentralized data marketplace, demanders post purchase orders; car owners (data providers) respond to these orders and sell their data; the contract automatically completes transaction verification and token payment, as follows: Figure 4 As shown, it includes: Posting a request: The requester creates a contract instance, locks tokens, and defines the request parameters (data type, quality, price, etc.).
[0078] Data delivery: The car owner listens to the contract, and after discovering a matching need, uploads the encrypted contribution data to IPFS, obtains the content identifier, and submits the hash of the encryption key to the contract.
[0079] Verification and Payment: The requester downloads data from IPFS, decrypts it using a key, calculates the hash, and compares it with the H1 notarized on the blockchain. Upon successful verification, the contract payment logic is triggered, and the locked tokens are automatically transferred to the car owner's anonymous address.
[0080] In summary, the vehicle data method of this application can achieve the following: 1. Establish a trusted sharing environment: By leveraging the distributed ledger and immutability of blockchain, the authenticity of data contribution time and content is ensured, and a trust mechanism that does not require endorsement from a centralized institution is established.
[0081] 2. Achieve fair and transparent incentives: By automatically executing transaction rules and payment logic through smart contracts, the incentive process is open, transparent, and requires no human intervention, enabling car owners to directly obtain data benefits and greatly enhancing their willingness to share.
[0082] 3. Enhanced privacy protection: By adopting a model that combines "storing hashes on-chain and data off-chain" with anonymous identities, the identity of data contributors is decoupled from the data, effectively protecting the privacy of car owners.
[0083] 4. Improve system robustness and efficiency: The decentralized architecture avoids single points of failure, and the automated settlement of smart contracts greatly reduces operating costs, making it possible to trade massive amounts of low-value vehicle data.
[0084] 5. Building a data ecosystem: It creates an efficient and autonomous trading market for data producers and consumers in this field, accelerating the circulation and value release of data elements in intelligent connected vehicles.
[0085] Next, the vehicle data sharing system proposed according to the embodiments of this application is described with reference to the accompanying drawings.
[0086] Figure 5 This is a schematic diagram of an in-vehicle data sharing system according to an embodiment of this application.
[0087] like Figure 5 As shown, the vehicle data sharing system 10 includes: a data provider 11, a data demander 12, a blockchain network 13, and a decentralized storage network 14.
[0088] Specifically, data provider 11 encrypts vehicle data to generate encrypted data, uploads the first hash value of the vehicle data to the blockchain network, and uploads the encrypted data to the decentralized storage network; data requester 12 publishes a data request contract on the blockchain network and locks incentive points, and obtains the encrypted data uploaded by the data provider from the decentralized storage network, verifies the encrypted data based on the first hash value, and pays incentive points to the data provider after successful verification; blockchain network 13 stores the first hash value corresponding to the vehicle data uploaded by the data provider and the data request contract published by the data requester; decentralized storage network 14 stores the encrypted data uploaded by the data provider.
[0089] It is understood that the embodiments of this application construct an in-vehicle data sharing system 10, including a data provider 11, a data demander 12, a blockchain network 13, and a decentralized storage network 14. The data provider 11 uploads the hash value of the in-vehicle data to the blockchain network 13 for notarization, and encrypts the in-vehicle data before uploading it to the decentralized storage network 14 for storage. The data demander publishes a contract and verifies the payment, thereby forming a decentralized, secure, reliable, and incentivized in-vehicle data sharing system 10, which facilitates incentivizing data providers to share data.
[0090] It should be noted that the foregoing explanation of the vehicle data sharing method embodiment also applies to the vehicle data sharing system of this embodiment, and will not be repeated here.
[0091] Specifically, the hierarchical architecture of the vehicle sharing system in this application embodiment is as follows: Figure 6 As shown, it includes: Vehicle-mounted data terminal: Deployed on the vehicle, it includes a data acquisition module (acquiring raw data via CAN bus, GPS, sensors, etc.), a preprocessing module (cleaning, formatting, and anonymizing the raw data to generate "contribution data"), and a communication module.
[0092] Blockchain networks can adopt consortium blockchain or public blockchain architectures, and are responsible for maintaining the ledger, executing smart contracts, and processing token transactions. Data providers and data demanders (such as map service providers and research institutions) can participate as nodes. Decentralized storage networks: Technologies such as IPFS can be used to store encrypted, detailed contribution data, ensuring data accessibility and censorship resistance; Client application: An interactive interface provided for car owners and data requesters, used to manage identities, view the data marketplace, monitor transactions and token assets.
[0093] The vehicle data sharing system proposed in this application includes a data provider, a data demander, a blockchain network, and a decentralized storage network. The data provider uploads the hash value of the vehicle data to the blockchain network for notarization and encrypts the vehicle data before uploading it to the decentralized storage network for storage. The data demander publishes a contract and verifies the payment, thereby forming a decentralized, secure, reliable, and incentivized vehicle data sharing system, which facilitates incentivizing data providers to share data.
[0094] The following describes the in-vehicle data sharing system and sharing method of this application through a specific embodiment, outlining the overall implementation process.
[0095] 1. System initialization and data contribution.
[0096] Vehicle owner A (i.e., data provider A) was driving on "Renmin Road" when the vehicle's onboard data terminal collected raw data showing an average speed of 20 km / h via GPS and CAN bus.
[0097] The preprocessing module anonymizes the data to generate contribution data {road:"RenminRd",speed:20,unit:"km / h",timestamp:...}.
[0098] The system calculates the SHA-256 hash value of the contribution data, obtaining H1 (i.e., the first hash value). Then, it signs H1 using the anonymous private key of car owner A (i.e., the second private key).
[0099] The in-vehicle client constructs a transaction, calls the recordHash method of the contribution storage contract, and sends the signed hash and anonymous address Addr_A to the blockchain network. After the blockchain network packages the signed hash and anonymous address, the association between H1 and Addr_A is permanently recorded in the blockchain network.
[0100] 2. Data trading and incentive settlement.
[0101] Map company B (the data requester) needs real-time vehicle speed data for "Renmin Road". It creates a data transaction and incentive contract instance SC_B on the blockchain, specifies the requirements in the contract, and pre-locks 100 DATA tokens as a reward.
[0102] Car owner A's in-vehicle client continuously monitors data request events on the blockchain. When it detects that SC_B's request matches its own contributed data, it triggers the order logic.
[0103] The client first encrypts the complete contribution data using Company B's public key (i.e., the first public key), and then uploads the encrypted data to the IPFS network. IPFS returns a unique content identifier CID_xyz.
[0104] The client then calls the submitData function of SC_B to submit CID_xyz and the encryption key (which also needs to be encrypted with B's public key before submission).
[0105] Map company B's monitoring service detected a new data submission, so it downloaded the encrypted data from IPFS via CID_xyz, decrypted the key using its own private key (i.e., the first private key), and then decrypted the submitted data.
[0106] Company B calculates the hash value (i.e., the second hash value) of the downloaded data and compares it with H1 recorded on the blockchain. The match indicates that the data is intact and has not been tampered with.
[0107] Company B then calls the `confirmPayment` function of `SC_B`. The smart contract executes automatically: it checks if the caller is indeed the requester, B, and confirms that it has sent a verification signal. It then transfers the locked 100 DATA tokens from the contract account to the car owner A's address, `Addr_A`. The entire transaction is recorded on the blockchain network and cannot be denied.
[0108] 3. Privacy and security.
[0109] Throughout the process, only the anonymous address Addr_A and data hash H1 of car owner A are publicly visible on the blockchain, making it impossible to deduce the real identity of car owner A or the vehicle's trajectory from them.
[0110] The actual contribution data is stored in the decentralized IPFS network and is encrypted. Only the data purchaser holding the corresponding private key can decrypt and view it, effectively preventing data leakage during storage and transmission.
[0111] This application also provides a computer-readable storage medium storing a computer program or instructions thereon, which, when executed by a processor, implements the above-described vehicle data sharing method.
[0112] This application also provides a computer program product, including a computer program or instructions, which, when executed, implement the above-described in-vehicle data sharing method.
[0113] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.
[0114] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this application, "N" means at least two, such as two, three, etc., unless otherwise explicitly specified.
[0115] Any process or method described in the flowchart or otherwise herein can be understood as representing a module, segment, or portion of code comprising one or N executable instructions for implementing custom logic functions or processes, and the scope of the preferred embodiments of this application includes additional implementations in which functions may be performed not in the order shown or discussed, including substantially simultaneously or in reverse order depending on the functions involved, as should be understood by those skilled in the art to which embodiments of this application pertain.
[0116] It should be understood that the various parts of this application can be implemented using hardware, software, firmware, or a combination thereof. In the above embodiments, the N steps or methods can be implemented using software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, it can be implemented using any one or more of the following techniques known in the art: discrete logic circuits having logic gates for implementing logical functions on data signals, application-specific integrated circuits (ASICs) having suitable combinational logic gates, programmable gate arrays (FPGAs), field-programmable gate arrays (FPGAs), etc.
[0117] Those skilled in the art will understand that all or part of the steps of the methods in the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, the program includes one or a combination of the steps of the method embodiments.
Claims
1. A method for sharing vehicle-mounted data, characterized in that, The method is applied to a data provider that provides vehicle data, wherein the method includes the following steps: Listen to data request contracts published by data requesters in the blockchain network; Identify the demand data in the data demand contract and match the demand data with the vehicle data; When the vehicle data and the demand data are successfully matched, the vehicle data is encrypted to obtain encrypted data, and the first hash value of the vehicle data is calculated. The first hash value of the vehicle data is uploaded to the blockchain network, and the encrypted data is uploaded to the decentralized storage network, wherein the decentralized storage network returns a content identifier; The content identifier is submitted to the data demand contract. The data demander obtains the content identifier from the data demand contract, downloads the encrypted data based on the content identifier, decrypts the encrypted data to obtain decrypted data, calculates the second hash value of the decrypted data, verifies the second hash value based on the first hash value, and after successful verification, triggers the data demand contract, which then distributes incentive points to the data provider.
2. The vehicle data sharing method according to claim 1, characterized in that, The encrypted data obtained by encrypting the vehicle data includes: Obtain the first public key published by the data requester on the blockchain network; The encrypted data is obtained by encrypting the vehicle data using the first public key.
3. The vehicle data sharing method according to claim 2, characterized in that, Before submitting the content identifier to the data requirement contract, the following is also included: The target encryption key is obtained by encrypting the randomly generated encryption key using the first public key; The target encryption key is submitted to the data request contract, wherein the data requester decrypts the target encryption key based on the first private key to obtain a decryption key, and uses the decryption key to decrypt the encrypted data to obtain decrypted data.
4. The vehicle data sharing method according to claim 2, characterized in that, Before listening to the data request contracts published by data requesters on the blockchain, the following is also included: The first hash value is signed based on the second private key, and the anonymous address of the data provider is generated based on the second public key; The anonymous address, the first hash value, and the corresponding timestamp are uploaded to the blockchain network, wherein the blockchain network generates a data sharing contract record based on the anonymous address, the first hash value, and the corresponding timestamp.
5. A method for sharing vehicle-mounted data, characterized in that, The method is applied to the data requester, and includes the following steps: Publish a data demand contract on the blockchain network and monitor the status of the data demand contract; When the state of the data request contract is detected to be the target state, the content identifier and target encryption key submitted by the data provider are obtained from the data request contract. Based on the content identifier, encrypted data is downloaded from a decentralized storage network, the target encryption key and the encrypted data are decrypted sequentially to obtain decrypted data, and the second hash value of the decrypted data is calculated. The second hash value is verified. After the second hash value is verified, the data demand contract is triggered, and the data demand contract distributes the corresponding incentive points to the corresponding data provider.
6. The vehicle data sharing method according to claim 5, characterized in that, The process of sequentially decrypting the target encryption key and encrypted data to obtain decrypted data includes: The decryption key is obtained by unlocking the target encryption key using the second private key; The encrypted data is decrypted using the decryption key to obtain the decrypted data.
7. The vehicle data sharing method according to claim 5, characterized in that, The verification of the second hash value includes: Obtain the anonymous address and timestamp of the data provider; Based on the anonymous address and the timestamp, query the data sharing contract record on the blockchain network to obtain the first hash value of the data provider; The second hash value is verified based on the first hash value.
8. A vehicle-mounted data sharing system, characterized in that, include: The data provider encrypts the vehicle data to generate encrypted data, uploads the first hash value of the vehicle data to the blockchain network, and uploads the encrypted data to the decentralized storage network. The data demander is used to publish a data demand contract on the blockchain network and lock incentive points, as well as to obtain encrypted data uploaded by the data provider from the decentralized storage network, verify the encrypted data based on the first hash value, and pay the incentive points to the data provider after successful verification. A blockchain network is used to store the first hash value corresponding to the vehicle data uploaded by the data provider and the data demand contract published by the data demander; A decentralized storage network is used to store encrypted data uploaded by the data provider.
9. A computer-readable storage medium having a computer program or instructions stored thereon, characterized in that, The computer program or instructions are executed by a processor to implement the vehicle data sharing method as described in any one of claims 1-7.
10. A computer program product, comprising a computer program or instructions, characterized in that, When the computer program or instructions are executed, they implement the vehicle data sharing method as described in any one of claims 1-7.