Vehicle-mounted map navigation method and device based on block chain technology

Abstract

The invention relates to a vehicle-mounted map navigation method and device based on the block chain technology, and the method comprises the steps: collecting the vehicle data of a target vehicle, the vehicle data comprising the position data, the driving state data and the environment data of the vehicle; the vehicle data are uploaded and stored in a distributed account book of a block chain network, and all uploaded vehicle data are integrated in the distributed account book; when it is detected that sharing conditions are met, the vehicle data in the distributed account book are analyzed through an intelligent contract to obtain sharing information, the sharing information is transmitted to a shared vehicle, and the sharing information is used for guiding map navigation of the shared vehicle. According to the invention, the accuracy of vehicle-mounted map navigation can be improved.

Description

Technical Field

[0001] This application relates to the technical field of vehicle terminals, and particularly to a vehicle map navigation method and device based on blockchain technology. Background Art

[0002] The current vehicle map navigation method relies on a centralized server and limited data sources. The centralized server is vulnerable to problems such as single-point failures, data tampering, and privacy leakage. The limited data sources also lead to lagging information updates, limited coverage, and insufficient accuracy. Traditional systems are difficult to obtain and process a large amount of dynamic data uploaded by vehicles in real time, resulting in delays or deviations in key information such as road conditions and accidents, and being unable to provide timely and accurate map navigation for drivers, leading to low accuracy of vehicle map navigation. Summary of the Invention

[0003] This application provides a vehicle map navigation method and device based on blockchain technology to solve the problem of low accuracy of vehicle map navigation.

[0004] In a first aspect, this application provides a vehicle map navigation method based on blockchain technology, and the method includes:

[0005] Collect vehicle data of a target vehicle, where the vehicle data includes position data, driving state data, and environmental data of the vehicle;

[0006] Upload and store the vehicle data to a distributed ledger of a blockchain network, where all uploaded vehicle data is integrated in the distributed ledger;

[0007] When it is detected that a sharing condition is met, analyze the vehicle data in the distributed ledger through a smart contract to obtain shared information and transmit the shared information to a shared vehicle, where the shared information is used to guide the map navigation of the shared vehicle.

[0008] Optionally, when it is detected that a sharing condition is met, analyzing the vehicle data in the distributed ledger through a smart contract to obtain shared information and transmitting the shared information to a shared vehicle includes:

[0009] Integrate and analyze all vehicle data in the distributed ledger based on a smart contract to obtain first shared information, where the first shared information is general information for multiple vehicles;

[0010] When it is detected that the first shared information meets a first sharing condition, broadcast the first shared information to relevant vehicles around the target vehicle, where the first sharing condition refers to an unexpected event occurring in the vehicle driving environment or a status change of surrounding service facilities.

[0011] Optionally, when it is detected that the sharing condition is met, analyzing the vehicle data in the distributed ledger through a smart contract to obtain sharing information and transmitting the sharing information to the shared vehicle includes:

[0012] Obtaining a data access request initiated by a set vehicle, where the data access request includes a query condition;

[0013] Preliminarily screening out data entries that meet the query condition in the distributed ledger through a smart contract, where each vehicle data stored in the distributed ledger corresponds to a unique hash value as an index;

[0014] Using the hash value of the data entry as an index to locate the second sharing information that meets the query condition, where the second sharing information is information customized according to the request of the set vehicle;

[0015] Transmitting the second sharing information to the set vehicle.

[0016] Optionally, the method further includes:

[0017] Setting hierarchical encryption, hierarchical storage, and hierarchical access for sensitive data and ordinary data in the smart contract;

[0018] Wherein, the level of the sensitive data is higher than that of the ordinary data, the sensitive data includes the location data and user privacy data, and the ordinary data includes the driving state data and the environmental data.

[0019] Optionally, transmitting the sharing information to the shared vehicle through a smart contract includes:

[0020] Setting a data minimization mechanism in the smart contract, where the data minimization mechanism is used to share only necessary data but not data involving user privacy;

[0021] According to the data minimization mechanism, screening out the sharing information from the analyzed data through the smart contract and transmitting it to the shared vehicle.

[0022] Optionally, the method further includes:

[0023] Monitoring the data validity period of the vehicle data or the sharing information through the smart contract;

[0024] After the data validity period is reached, performing a data destruction operation on the vehicle data or the sharing information through the smart contract.

[0025] Optionally, uploading the vehicle data to the distributed ledger of the blockchain network includes:

[0026] Select a target node in the blockchain network based on a node selection strategy, where the target node stores the distributed ledger of the blockchain network;

[0027] Encrypt the vehicle data using the public key of the target vehicle;

[0028] Perform anonymization processing on the encrypted data, where the anonymization processing is used to strip the user privacy data from the vehicle data;

[0029] Upload the data packet after stripping the user privacy to the target node.

[0030] Optionally, selecting a target node in the blockchain network based on a node selection strategy includes:

[0031] Determine a node selection strategy, where the node selection strategy includes network latency selection, node reputation evaluation, or node load balancing. The network latency selection is used to select the blockchain node with the lowest network latency, the node reputation evaluation is used to select the blockchain node with the highest reputation score, and the node load balancing is used to select a node that can achieve load balancing;

[0032] Select a target node in the blockchain network according to at least one node selection strategy.

[0033] In a second aspect, the present application provides a vehicle-mounted map navigation device based on blockchain technology, and the device includes:

[0034] An acquisition module, configured to acquire vehicle data of a target vehicle, where the vehicle data includes position data, driving state data, and environmental data of the vehicle;

[0035] An upload module, configured to upload and store the vehicle data to the distributed ledger of the blockchain network, where all the uploaded vehicle data is integrated in the distributed ledger;

[0036] A sharing module, configured to, when detecting that a sharing condition is met, analyze the vehicle data in the distributed ledger through a smart contract to obtain sharing information and transmit the sharing information to a shared vehicle, where the sharing information is used to guide the map navigation of the shared vehicle.

[0037] In a third aspect, the present application provides an electronic device, including: at least one communication interface; at least one bus connected to the at least one communication interface; at least one processor connected to the at least one bus; and at least one memory connected to the at least one bus.

[0038] Fourthly, the present application also provides a computer storage medium storing computer-executable instructions for executing the vehicle map navigation method based on blockchain technology according to any one of the above of the present application.

[0039] The above technical solutions provided by the embodiments of the present application have the following advantages compared with the prior art: By collecting multi-dimensional vehicle data and uploading it to a decentralized blockchain network, using smart contracts for data analysis, generating shared information and guiding the map navigation of other vehicles. The decentralized data storage of the blockchain network can avoid data tampering and improve data security. In addition, the vehicle data uploaded by multiple vehicles in real time can update the blockchain data in a timely manner, improving data timeliness. Based on the dynamically updated vehicle data, real-time traffic information can be provided for other vehicles, improving the accuracy of vehicle map navigation. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] The accompanying drawings herein are incorporated into the specification and form a part of the specification, showing embodiments consistent with the present application and, together with the specification, used to explain the principles of the present application.

[0041] To more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the accompanying drawings required for use in the description of the embodiments or the prior art. Obviously, for those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings.

[0042] One or more embodiments are illustrated by way of example in the corresponding pictures in the accompanying drawings. These exemplary illustrations do not constitute limitations on the embodiments. Elements with the same reference numerals in the drawings are represented as similar elements, unless otherwise stated, and the drawings in the figures do not constitute a proportional limitation.

[0043] Figure 1 It is a flowchart of a method for vehicle map navigation based on blockchain technology provided by an embodiment of the present application;

[0044] Figure 2 It is a signaling diagram for writing vehicle data into a blockchain network provided by an embodiment of the present application;

[0045] Figure 3 It is a schematic structural diagram of a vehicle map navigation device based on blockchain technology provided by an embodiment of the present application;

[0046] Figure 4 It is a schematic structural diagram of an electronic device provided by an embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0047] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the following will, with reference to the accompanying drawings in the embodiments of this application, clearly and completely describe the technical solutions in the embodiments of this application. Apparently, the described embodiments are some but not all of the embodiments of this application. All other embodiments obtained by those of ordinary skill in the art based on the embodiments in this application without creative efforts shall fall within the scope of protection of this application.

[0048] The following disclosure provides many different embodiments or examples for implementing different structures of this application. To simplify the disclosure of this application, the components and settings of specific examples are described below. Of course, they are merely examples and are not intended to limit this application. In addition, this application may repeat reference numerals and / or letters in different examples. This repetition is for the purpose of simplification and clarity and does not itself indicate the relationship between the various embodiments and / or settings discussed.

[0049] Scenarios to which the embodiments of this application can be applied include, but are not limited to: navigation route optimization, driving safety reminders, and personalized service recommendations.

[0050] To solve the problem of low accuracy of in-vehicle map navigation mentioned in the background art, the embodiments of this application provide shared information for map navigation to other vehicles through decentralized storage and analysis of vehicle data, thereby improving the accuracy of in-vehicle map navigation.

[0051] The following will, in combination with specific implementation manners, provide a detailed description of an in-vehicle map navigation method based on blockchain technology provided by the embodiments of this application, as Figure 1 shown, the specific steps are as follows:

[0052] Step 101: Collect vehicle data of a target vehicle, where the vehicle data includes location data, driving status data, and environmental data of the vehicle;

[0053] Step 102: Upload and store the vehicle data to the distributed ledger of the blockchain network, where all the uploaded vehicle data is integrated in the distributed ledger;

[0054] Step 103: When it is detected that the sharing condition is met, analyze the vehicle data in the distributed ledger through a smart contract to obtain shared information and transmit the shared information to the sharing vehicle, where the shared information is used to guide the map navigation of the sharing vehicle.

[0055] Among them, the location data refers to the real-time geographical location of the target vehicle, including the longitude and latitude, altitude, and speed of the vehicle, etc.

[0056] Among them, the driving status data refers to the engine status, fuel consumption, vehicle speed, braking, sudden acceleration, sudden braking, sharp turning, etc.

[0057] Among them, the environmental data refers to the environmental data of the road, including lane lines, traffic signs, pedestrians, obstacles, etc.

[0058] In step 101, an embodiment of the present application uses any vehicle traveling on the road surface as the target vehicle. The target vehicle first collects various vehicle data through sensors or cameras. These data include, but are not limited to, the position data, driving state data, and environmental data of the vehicle. By comprehensively collecting this information, the system can obtain detailed vehicle operating conditions and surrounding environment information.

[0059] In step 102, after completing data collection, the target vehicle discovers available blockchain network nodes around it through network scanning. These nodes can be roadside base stations, other surrounding vehicles, or cloud servers. Then, the target vehicle uploads and writes the vehicle data into the distributed ledger of the blockchain through a secure and reliable data transmission protocol. The distributed ledger integrates all the uploaded vehicle data, ensuring the immutability and high availability of the data. This decentralized storage method not only enhances the robustness of the system but also guarantees the authenticity and credibility of the data.

[0060] In step 103, when the system detects that specific sharing conditions are met, the smart contract will be automatically activated to analyze the vehicle data in the distributed ledger, thereby extracting valuable shared information. The sharing conditions refer to emergencies occurring in the vehicle driving environment, status changes of surrounding service facilities, or requests actively triggered by the vehicle, such as traffic condition changes, road failures, parking space status updates, charging pile status updates, and requests for vehicle-triggered data access. The shared information generated by the smart contract aims to guide the map navigation of other shared vehicles and help them make optimal decisions, such as choosing the best route, avoiding congested sections, or finding nearby parking spaces and charging piles.

[0061] Exemplarily, in navigation route optimization, the system can analyze the current road conditions according to the obtained real-time traffic information, identify congestion, accidents, road construction, etc., and optimize the navigation route based on the real-time road conditions and user preferences to provide the best driving route suggestions. In driving safety reminders, the system can provide road condition warnings according to the real-time traffic information on the road ahead, such as congestion reminders, accident warnings, etc., and can also use environmental perception data to prompt potential driving risks ahead, such as pedestrians, obstacles, bad weather, etc. In personalized service recommendations, the system can recommend service facilities such as gas stations, restaurants, and parking lots along the way based on the obtained location information and user preferences, and can also update the status of service facilities in real time, such as the availability of parking spaces and the oil prices of gas stations.

[0062] This application collects multi-dimensional vehicle data and uploads it to a decentralized blockchain network. It uses smart contracts to analyze the data, generate shared information, and guide the map navigation of other vehicles. The decentralized data storage of the blockchain network can prevent data tampering and improve data security. In addition, the vehicle data uploaded in real time by multiple vehicles can update the blockchain data in a timely manner, improving data timeliness. Based on the dynamically updated vehicle data, real-time traffic information can be provided for other vehicles, improving the accuracy of in-vehicle map navigation.

[0063] In steps 101 and 102, as Figure 2 shown, the system uploading and writing vehicle data to the blockchain includes the following steps.

[0064] Step S11: Data collection and encryption. The TBOX (Telematics Box, in-vehicle communication control unit) collects vehicle data from the vehicle's sensors and control modules. The TBOX then encrypts this data to ensure data security and privacy protection.

[0065] Step S12: Selecting a blockchain node. The TBOX selects the most suitable blockchain node for data upload, which may be based on factors such as network latency, node load balancing, and node reputation. For example, the TBOX will select a node with low latency and load balancing.

[0066] Step S13: Data upload. The encrypted data packet is uploaded to the blockchain node through the communication module of the TBOX (such as 4G / 5G or V2X). The TBOX is responsible for ensuring the security and effectiveness of data upload.

[0067] Step S14: Data verification and storage. After receiving the data packet, the blockchain node verifies the uploaded data through the node's consensus mechanism, which includes verifying whether the data is complete, whether the encryption is correct, and whether the vehicle's identity is valid, etc.

[0068] Step S15: Writing data to the blockchain. After verification, the data will be written to the blockchain to ensure the immutability of the data. Once the data is written to the blockchain, it cannot be changed or deleted, ensuring the authenticity and credibility of the data.

[0069] The following is a detailed description of steps S11 to S15.

[0070] Step S11: Data collection and encryption.

[0071] 1. Data collection.

[0072] 1) Location data collection.

[0073] a. GPS module: The vehicle terminal is equipped with a high-precision GPS module for real-time collection of the vehicle's geographical location data. The GPS module determines information such as the vehicle's longitude, latitude, altitude, and speed by receiving satellite signals.

[0074] b. Auxiliary positioning system: In the case of weak or no GPS signal, the auxiliary positioning system (such as inertial navigation system, Wi-Fi positioning, cellular network positioning, etc.) will combine other sensor data to provide supplementary position information to ensure the continuity and accuracy of positioning.

[0075] 2) Environmental data collection.

[0076] a. Cameras and radars: The vehicle terminal is equipped with devices such as front cameras, lidar, and ultrasonic sensors to collect road environment data in real time, including information such as lane lines, traffic signs, pedestrians, and obstacles.

[0077] b. Sensor fusion: Through sensor data fusion technology, data from different sensors are comprehensively processed to improve the accuracy and reliability of environmental perception.

[0078] 3) Vehicle status data collection.

[0079] a. On-board diagnostic system (OBD): By connecting to the on-board diagnostic system, the operating status data of the vehicle is obtained, such as engine status, fuel consumption, vehicle speed, braking conditions, etc.

[0080] b. Monitoring: Using devices such as steering wheel angle sensors, acceleration sensors, and gyroscopes, the driver's driving behavior is monitored, such as sudden acceleration, sudden braking, and sharp turns.

[0081] 2. Data preprocessing.

[0082] 1) Data filtering: The raw data collected is filtered to remove noise and outliers and improve the accuracy of the data.

[0083] 2) Data compression: Appropriate data compression algorithms are used to compress a large amount of sensor data to reduce the pressure of data transmission and storage.

[0084] 3. Data encryption.

[0085] 1) Selection of data encryption algorithm.

[0086] Select efficient and secure encryption algorithms, such as AES (Advanced Encryption Standard), RSA (Rivest-Shamir-Adleman, asymmetric encryption algorithm), ECC (Elliptic Curve Cryptography), etc., and determine a suitable encryption scheme according to the data type and application requirements.

[0087] 2) Key management.

[0088] a. Key generation: Use a key generation algorithm to generate a pair of public and private keys. The public key is used for data encryption, and the private key is used for data decryption.

[0089] b. Key distribution and storage: Through a secure key distribution mechanism, distribute the public key to the blockchain nodes that need to share data. The blockchain nodes can use this public key to encrypt the shared information. At the same time, the system needs to ensure the secure storage of the private key to prevent key leakage.

[0090] 3) Data encryption process.

[0091] a. Encrypt location data: Use the public key to encrypt the collected vehicle location information to ensure that the location data is not tampered with or stolen during transmission and storage.

[0092] b. Encrypt environmental data and vehicle status data: Encrypt the environmental data and vehicle status data to protect the security of sensitive information.

[0093] c. Generate data packets: Package the encrypted location information, environmental data, and vehicle status data into a unified data format and prepare to upload it to the blockchain network.

[0094] Through data collection and encryption, the embodiments of the present application can ensure that the collected vehicle data has high precision and high security, laying a solid foundation for subsequent decentralized storage and sharing.

[0095] Step S12: Select blockchain nodes.

[0096] Selecting blockchain nodes includes the following: Determine a node selection strategy. Among them, the node selection strategy includes network latency selection, node reputation evaluation, or node load balancing. Network latency selection is used to select the blockchain node with the lowest network latency. Node reputation evaluation is used to select the blockchain node with the highest reputation score. Node load balancing is used to select a node that can achieve load balancing; Select the target node in the blockchain network according to at least one node selection strategy. The following describes these three node selection strategies separately.

[0097] 1. Network latency selection.

[0098] Send data packets to each candidate node in the blockchain network multiple times, and record the average delay time of each candidate node; select the candidate nodes whose average delay time is lower than the set delay threshold from the candidate nodes; sort the average delay time of the candidate nodes from low to high, and select the node with the smallest delay as the target node.

[0099] In order to ensure the timeliness and reliability of data transmission, this application adopts a strict node selection mechanism. Through the three steps of delay threshold setting, multiple measurement averaging and delay priority sorting, the most suitable low-latency node is selected from multiple candidate nodes in the blockchain network as the target node, including the following process:

[0100] 1) Through delay threshold setting.

[0101] The system will set an acceptable threshold for network latency (e.g. <100ms), and nodes outside this range will be excluded to ensure that only low-latency nodes are selected. This measure is intended to avoid the impact of high-latency nodes on data transmission efficiency and ensure the real-time nature of information transmission.

[0102] 2) Take the average of multiple measurements.

[0103] Before uploading data, the system sends a small data packet to each candidate node in the blockchain network and records the time of each response. To obtain a more accurate delay evaluation value, the system will measure the network delay of each node five times in a row, and then calculate the average of these measurement results as the final delay evaluation value. This method can effectively reduce the error of a single measurement and improve the accuracy of the selection.

[0104] 3) Delay prioritization.

[0105] According to the set delay threshold (such as <100ms), the system filters out all nodes below the threshold. For example, the system obtains delay data from five candidate nodes A, B, C, D, and E. After 5 measurements, the average delay time of each node is as follows: Node A: 95ms, Node B: 120ms, Node C: 85ms, Node D: 110ms, Node E: 90ms. The system will exclude nodes B and D with delays exceeding 100ms, leaving nodes A, C, and E as candidate nodes.

[0106] The selected nodes are sorted from low to high according to their average latency values, and the nodes with the highest ranking are selected first. In the above example, node C has the lowest average latency (85ms), so it is selected as the preferred node. If node C fails or is unavailable, nodes E (90ms) and A (95ms) with the next lowest latency are selected as backup nodes.

[0107] 4) Periodic delay check.

[0108] During the data upload process, the system will regularly check the latency status of the selected nodes at intervals to ensure that the node maintains low latency throughout its use. Once abnormal latency is detected, the system will automatically switch to the next alternative node, thus ensuring the continuous efficiency and stability of data transmission.

[0109] 2. Node reputation assessment.

[0110] Based on the historical records and reputation scores of blockchain nodes, nodes with higher credibility are selected to prevent malicious nodes from interfering with data transmission.

[0111] 3. Node load balancing.

[0112] Monitor the load rate of each blockchain node in the blockchain network; use the weighted round-robin algorithm or the least-connection algorithm to dynamically select the target node with the lowest load rate.

[0113] To ensure the efficient allocation of data upload tasks in the blockchain network, this application adopts a comprehensive load balancing mechanism. Through four steps: node load monitoring, load threshold setting, dynamic node allocation algorithm, and health check and alternative mechanism, it monitors the load conditions of each node in real time and dynamically adjusts the allocation of data upload tasks, avoiding centralized data upload to a certain node and ensuring the balanced operation of the network. The following is a detailed description.

[0114] 1) Node load monitoring.

[0115] The system continuously monitors the load conditions of all blockchain nodes, including key indicators such as CPU usage rate, memory occupancy rate, and bandwidth utilization rate, and generates a real-time load report. This data provides the basis for subsequent load balancing decisions.

[0116] 2) Load threshold setting.

[0117] Set a load threshold (such as 80%) for each node. Once the load of the node exceeds this threshold, no new data upload tasks will be assigned to this node until its load returns to the normal range. This measure prevents a single node from being overloaded and ensures the stability and response speed of the system.

[0118] 3) Dynamic node allocation algorithm.

[0119] Weighted Round Robin Algorithm: Based on the hardware configuration and historical performance of nodes, the system assigns initial weights to each node. For example, assume the initial weights of nodes A, B, C, and D are 3, 2, 1, and 1 respectively, indicating that node A has the strongest load capacity, followed by B, and C and D are slightly weaker. The system monitors the load conditions of each node in real time and dynamically adjusts the weights according to the actual load. For example, when the load of node A increases to 80%, its weight is reduced to 1; while when the load of node B drops to 50%, its weight is increased to 3. The system automatically adjusts the allocation ratio of data upload tasks according to the weights. Each time an upload occurs, the system preferentially selects the node with the highest weight (such as node B). If the load of a certain node suddenly increases, its weight is reduced or the task allocation is temporarily stopped, and the data upload task is allocated to a node with a lower load.

[0120] Least-Connection Algorithm: The system statistically counts the current number of connections of each node in real time to evaluate its load condition. For example, the current number of connections of nodes A, B, C, and D are 10, 15, 5, and 7 respectively. The new data upload task is allocated to the node with the least number of connections (such as node C) to avoid excessive tasks concentrating on the same node. During the upload process, the system checks the number of connections of nodes at regular intervals. Once the number of connections of a certain node increases too fast, the upload task is automatically adjusted to other nodes with fewer connections to ensure load balancing.

[0121] 4) Health Check and Backup Mechanism.

[0122] The system regularly conducts health checks on each node to ensure its normal operation. Once it detects that a certain node has a high load or is unavailable, the system will automatically switch to other nodes with lower loads to ensure the continuity and reliability of data transmission.

[0123] For the selected target node, the system will prepare several backup nodes in advance. If the target node fails or has abnormal load, the system will immediately switch to the backup node to ensure that the task will not be interrupted.

[0124] Step S13: Data Upload.

[0125] 1. Security Protocol: Use secure transmission protocols such as HTTPS (HyperText Transfer Protocol Secure), MQTT (Message Queuing Telemetry Transport), TLS (Transport Layer Security), etc. for data transmission to prevent data from being eavesdropped or tampered with during the transmission process.

[0126] Exemplarily, the header information includes the following: 1. Timestamp: Records the generation time of the data packet, in the ISO8601 format (such as 2024-11-12T10:00:00Z), facilitating the tracking of data timeliness. 2. Vehicle terminal identifier: The unique identifier of the vehicle (such as vehicle_ABC12345), used to identify the data source. 3. Encryption method: Records the encryption algorithm for the data content (such as AES-256), so that the receiving party can decrypt it. The payload data includes the following: 1. Location service data: Encrypted vehicle location information, including geographical location, speed, etc., which is converted to base64 encoding after being encrypted by AES. 2. Environmental data: Encrypted environmental information, such as temperature and humidity, is also encrypted using AES and converted to base64 encoding. 3. Vehicle status data: Encrypted vehicle status information, such as battery level, fuel level, engine status, is also encrypted using AES and encoded.

[0127] 2. Data packaging: Pack the encrypted location information, environmental data, and vehicle status data into a data packet according to a predetermined format. The data packet includes information such as data content, timestamp, and vehicle terminal identifier.

[0128] 3. Transmission process: Upload the data packet to the selected blockchain node through the communication module (TBOX) of the vehicle terminal.

[0129] Step S14: Data verification and storage.

[0130] The uploaded data is verified and confirmed in the blockchain network. Through a consensus mechanism (such as PoW, PoS, DPoS, etc.), the authenticity and immutability of the data are ensured, and the data is recorded in the blockchain.

[0131] 1. Data reception: After the blockchain node receives the uploaded data packet, it performs a preliminary check to ensure the integrity of the data packet format and basic information.

[0132] 2. Consensus mechanism:

[0133] a. PoW (Proof of Work): The node proves that it has performed sufficient computational work by calculating a certain hash value, thereby obtaining the right to record data. It is applicable to public blockchains to ensure data security and immutability.

[0134] b. PoS (Proof of Stake): Based on the amount and holding time of the cryptocurrency held by the node, determine its right to record data. It is applicable to consortium blockchains, with high energy efficiency and security.

[0135] c. DPoS (Delegated Proof of Stake): Representative nodes are elected by the nodes, and these representative nodes are responsible for verifying and recording data. It is applicable to private or consortium blockchains, with the characteristics of high efficiency and speed.

[0136] 3. Data verification: The verification content includes digital signatures, timestamps, and the integrity of data content. Through the consensus mechanism of the blockchain, it is ensured that the uploaded information is true and reliable, avoiding interference from false data. For example, when multiple vehicles detect similar congestion situations in the same area, the system will increase the credibility of this data, ensuring that only true and reliable information is shared.

[0137] 4. Data recording: After verification, the node records the data packet on the blockchain. The hash value of the data packet and its position in the blockchain will generate a unique identifier, ensuring the immutability of the data.

[0138] 5. Data confirmation and feedback:

[0139] a. Confirmation feedback: The blockchain node feeds back the data recording situation and the unique identifier to the in-vehicle terminal to confirm the successful upload of the data. After receiving the confirmation information, the in-vehicle terminal updates the data upload status to successful.

[0140] b. Exception handling: If an exception occurs during data upload or verification, the blockchain node will return an error message. The in-vehicle terminal takes corresponding measures according to the error message, such as reselecting a node for upload, adjusting the data format, or re-encrypting the data, etc.

[0141] Through data upload and verification, this application can ensure the security and reliability of data during the upload process, achieve decentralized storage and sharing of data through blockchain technology, and improve the overall performance and security of the navigation system.

[0142] Step S15: Write data into the blockchain.

[0143] The verified data packets will be permanently recorded in the distributed ledger of the blockchain. The characteristics of distributed storage guarantee the high availability and immutability of the data.

[0144] As an optional implementation manner, in step 103, there are two cases for transmitting the shared information to the shared vehicle through the smart contract. One case is to broadcast the shared information to the surrounding vehicles, and the other case is to feedback personalized information to the vehicle according to the vehicle's request. The following describes these two cases separately.

[0145] One, broadcast the shared information to the surrounding vehicles.

[0146] Step S21: Integrate and analyze all vehicle data in the distributed ledger based on the smart contract to obtain the first shared information, where the first shared information is general information for multiple vehicles;

[0147] Step S22: When it is detected that the first shared information meets the first sharing condition, broadcast the first shared information to relevant vehicles around the target vehicle, where the first sharing condition refers to an emergency occurring in the vehicle driving environment or a status change in surrounding service facilities.

[0148] To optimize traffic management and enhance the user experience, this application uses smart contracts to deeply integrate and analyze all vehicle data in the blockchain ledger, generating general information (i.e., the first shared information) for multiple vehicles. This information may cover real-time traffic conditions, traffic accidents, road construction, weather warnings, etc. The system continuously monitors significant changes occurring in the vehicle driving environment, such as traffic accidents, traffic congestion, emergency rescues, etc. Once such events are detected, the system will immediately trigger the first sharing condition. The system also pays attention to the status changes of surrounding service facilities, such as updates on the availability of parking spaces and charging piles, and adjustments to the business hours of gas stations. These changes can also trigger the first sharing condition.

[0149] When the first shared information meets the first sharing condition, the system will automatically determine the affected target vehicles and relevant vehicles around them. Through smart contracts, this information is efficiently broadcast to all vehicles within the relevant area, ensuring maximum information coverage. The system uses a secure and reliable communication protocol (such as MQTT, HTTPS) to send the encrypted first shared information to the target vehicle and relevant vehicles around it. After each shared vehicle receives the encrypted data packet, it uses the private key stored locally to decrypt the data, and then integrates and processes the decrypted data with the existing local data to form complete navigation information. The integration process includes data deduplication, data filtering, and data fusion, etc.

[0150] Exemplarily, in an urban traffic management system: After vehicle A uploads congestion information to the blockchain node, the smart contract extracts a large amount of location data, environmental data, and driving status data uploaded by multiple vehicles from the blockchain ledger. After analysis, it generates the first shared information, such as "Multiple traffic accidents have occurred in the city center area. It is recommended to detour along the main road on the east side". The system detects the traffic accident and considers it to have triggered the first sharing condition. The smart contract automatically broadcasts the above first shared information to all vehicles within the affected area. For example, after receiving the shared information, vehicle B and vehicle C located near the city center area automatically update their routes to avoid the congested area.

[0151] In the embodiments of the present application, the smart contract monitors in real time and quickly responds to emergencies or status changes, ensuring that the first shared information is promptly conveyed to the vehicles in need, helping the drivers make optimal decisions. The present application generates a broadcast mechanism for shared information based on the smart contract, and each surrounding vehicle can receive the latest traffic information in a timely manner, which not only improves the timeliness and accuracy of navigation information, but also promotes the collaborative work among the vehicles in the area, forming a more intelligent and efficient traffic ecosystem and enhancing the user experience.

[0152] Second, feedback personalized information to the vehicle according to the vehicle request.

[0153] Step S31: Obtain a data access request initiated by a set vehicle, where the data access request includes a query condition.

[0154] Step S32: Initially screen out data entries that meet the query conditions in the distributed ledger through the smart contract, where each vehicle data stored in the distributed ledger corresponds to a unique hash value as an index.

[0155] Step S33: Use the hash value of the data entry as an index to locate the second shared information that meets the query conditions, where the second shared information is information customized according to the request of the set vehicle.

[0156] Step S34: Transmit the second shared information to the set vehicle.

[0157] The set vehicle (such as vehicle A) selects the optimal blockchain node to initiate a data access request based on node selection strategies such as network latency selection, node reputation evaluation, or node load balancing. The request includes specific query conditions, such as geographical location range, time period, etc. For example, vehicle A may request "all traffic accident records within a 5-kilometer radius of the current location in the past 10 minutes". Among them, the query conditions are used to limit the type and range of the required data, and selecting the blockchain node using the node selection strategy can ensure the timeliness and reliability of data acquisition.

[0158] The blockchain node receives a data access request from a set vehicle (such as vehicle A), and parses the received query conditions through a smart contract to ensure that the user's needs are accurately understood. The distributed ledger in the blockchain network stores the data uploaded by all vehicles. The smart contract quickly locates and preliminarily screens out data entries that meet the conditions in the distributed ledger based on the parsed query conditions. Next, the smart contract uses the hash value corresponding to the preliminarily screened data entry as an index to further accurately find specific data records that meet the query conditions. The smart contract integrates and analyzes the specific data records found to generate the final second shared information, that is, information customized according to the request of the set vehicle. For example, the location, time, severity and other information of multiple traffic accidents are summarized into a complete report. This application uses hash value indexing, and the smart contract can accurately find the specific location of each data record without having to compare all data one by one, thereby improving retrieval efficiency.

[0159] The blockchain node needs to verify the second shared information before returning the data. The verification includes checking the hash value, signature, and timestamp of the data to ensure that the data has not been tampered with. The smart contract then uses the public key of the set vehicle to encrypt the second shared information (such as AES, RSA, etc.) to ensure that the data is not stolen or tampered with during transmission. The encrypted data packet is transmitted to the set vehicle through a security protocol (such as HTTPS, TLS). After the set vehicle receives the encrypted data packet, it uses the locally stored private key to decrypt it and restore the original information content for the driver to view and apply.

[0160] For example, a car A is driving on a city road and wants to know the traffic conditions nearby. Car A initiates a data access request with the query condition of "all traffic accident records within the past 10 minutes within a radius of 5 kilometers from the current location". After receiving the request, the smart contract preliminarily screens out data entries that meet the above query conditions in the distributed ledger. For example, the system finds 5 traffic accident records that meet the conditions. Using the hash values ​​corresponding to these data entries as indexes, the smart contract further locates and integrates these accident records and generates a detailed traffic accident report as the second shared information. The report includes key information such as the location, time, and severity of the accident. The smart contract encrypts this traffic accident report using the public key of car A and transmits it to car A through a security protocol. After car A receives the encrypted data packet, it decrypts it using the locally stored private key, views and applies this information to help the driver choose the best route and avoid potential risks.

[0161] This application meets the personalized needs of users by customizing the second shared information, helps them make optimal map navigation decisions, improves travel convenience and satisfaction. Additionally, the retrieval efficiency is enhanced through hash value indexing. Moreover, when the embodiments of this application feedback the shared information to shared vehicles, priority settings can be added to the shared information. For example, information such as accidents and congestion is set with a higher priority, while secondary information such as weather and speed limits is set with a lower priority to ensure that key information is transmitted first.

[0162] To ensure that the privacy of users is fully protected in the intelligent transportation system, this application designs a comprehensive privacy protection mechanism. The following is a detailed description of the privacy protection mechanism.

[0163] (1) Data encryption.

[0164] Before all vehicle data involving user privacy (such as vehicle location, driving behavior, etc.) is uploaded to the blockchain network, it needs to be encrypted. By using asymmetric encryption algorithms (such as RSA, Rivest-Shamir-Adleman), it is ensured that only authorized users or nodes holding the private key can decrypt the data. Even if the data is intercepted during network transmission or storage, unauthorized parties cannot read the actual content, greatly improving the security of the data.

[0165] (2) Data anonymization.

[0166] On the basis of encrypting vehicle data, the vehicle data is anonymized to strip personal identification information (such as the owner's name, vehicle registration information, etc.) from the data to prevent the identification of user identities through data association. Technologies used for anonymization include data masking, k-anonymity, l-diversity, etc. For example, the uploaded location data only records geographical coordinates without associating with specific owner or vehicle information. Even if the data is obtained, it is difficult for attackers to reverse infer the specific user's identity from the anonymized data, further enhancing privacy protection.

[0167] (3) Privacy protection protocol.

[0168] The system uses zero-knowledge proof technology to enable the verification and sharing process of data without exposing the actual data content. For example, when a certain node needs to verify the legitimacy of a vehicle, it only needs to provide a proof without disclosing its specific identity information. Zero-knowledge proof can quickly verify the authenticity of data, and sensitive information will not be directly exposed, reducing the risk of data leakage.

[0169] The system also uses ring signature technology, where the identity of the signer is anonymous in the ring signature, effectively preventing the leakage of the signer's identity. Therefore, in the data signature process jointly participated by multiple parties, it is impossible to determine who the specific signer is, thus protecting individual privacy.

[0170] (4) Role - based access control.

[0171] In the blockchain network, different roles are set (such as ordinary users, management nodes, service providers, etc.) and different access permissions are assigned. Only users with the corresponding roles and permissions can access specific data. Different levels of access permissions are allocated according to the user roles, ensuring that only authorized users can access sensitive data, avoiding the abuse of permissions, and improving user data privacy.

[0172] (5) Multi - factor authentication.

[0173] During the data access process, a multi - factor authentication mechanism (such as passwords, fingerprints, facial recognition, etc.) is introduced to ensure that only users who have passed multiple verifications can access sensitive data. Multi - factor authentication increases the access threshold and reduces the risk of unauthorized access, thereby improving the security of user data privacy.

[0174] (6) Hierarchical data storage.

[0175] Hierarchical encryption, hierarchical storage, and hierarchical access of sensitive data and ordinary data are set in the smart contract; among them, the level of sensitive data is higher than that of ordinary data. Sensitive data includes location data and user privacy data, and ordinary data includes driving status data and environmental data. Different protection measures are taken according to the sensitivity of different data, ensuring the security of highly sensitive data without affecting the efficient utilization of ordinary data.

[0176] (7) The principle of data minimization.

[0177] Even if the data has been anonymized, in some cases, it is still possible to infer the user's identity or sensitive information by combining multiple anonymized data points. Therefore, this application sets a data minimization mechanism in the smart contract. The data minimization mechanism is used to share only the necessary data but not the data involving user privacy; according to the data minimization mechanism, the shared information is screened out from the analyzed data by the smart contract and transmitted to the shared vehicle. For example, in traffic information sharing, only the road congestion situation is transmitted, rather than the specific vehicle location. By restricting the amount of shared data, the possibility of privacy leakage is reduced.

[0178] (8) Privacy contract.

[0179] A privacy - protection smart contract is deployed in the blockchain to automatically execute data privacy - protection policies. The contract content includes data encryption rules, access - permission settings, data - destruction mechanisms, etc. All operations are uniformly managed by the smart contract, reducing the risk of human intervention and ensuring the consistency and reliability of privacy - protection measures.

[0180] In addition, according to actual needs and the user's authorization status, smart contracts can dynamically adjust data access permissions. Users can flexibly adjust permissions as needed, and the permission adjustments take effect immediately, ensuring that privacy protection measures are always in the best state. For example, a user can temporarily authorize a service provider to access their location information, and the access permission will be automatically revoked after the authorization expires.

[0181] (9) User control and transparency.

[0182] Users can view the usage of their data in real time, including who accessed which data at what time, ensuring data usage transparency. Users clearly understand how their data is being used, enhancing the protection of personal privacy.

[0183] Users have control over their data, can revoke authorized data access permissions at any time, and request the deletion of their personal data. The blockchain system, through smart contracts and consensus mechanisms, ensures that data revocation requests are processed in a timely manner. Users have full control over their data, enhancing privacy protection.

[0184] The system provides a user-friendly privacy settings interface where users can easily manage their data privacy options, such as selecting which data can be shared, with whom, and within what time range. Users can easily manage privacy settings through an intuitive interface.

[0185] (10) Privacy risk assessment.

[0186] The system regularly assesses the privacy protection mechanisms of the system, discovers potential privacy leakage risks, and takes timely measures for improvement. Through regular assessment, the system can continuously optimize privacy protection measures, detect and solve potential problems in advance, reducing the risk of privacy leakage.

[0187] The system introduces an independent third-party agency to audit the privacy protection measures of the system to ensure the effectiveness and fairness of the privacy protection mechanisms.

[0188] Exemplarily, assume that in an urban traffic management system, vehicle A uploads its location and driving status data to the blockchain network. These data are anonymized and only contain information such as geographical coordinates and driving speed, without involving any specific information about the vehicle owner or vehicle. The smart contract analyzes the data on the blockchain and generates shared information about the current traffic situation, such as "Multiple traffic accidents have occurred in the city center area. It is recommended to detour along the main road on the east side." When publishing the above shared information to other vehicles, the system only provides the accident location and the recommended route, without revealing any information about specific vehicles. For example, it will not disclose the specific driving trajectory or license plate number of a vehicle. In this way, the system not only provides useful traffic information but also maximally protects user privacy and avoids any possible privacy leakage risks.

[0189] Through the above series of privacy protection measures, this application not only improves the level of data encryption and anonymization, but also introduces advanced privacy protection protocols, strict permission management and access control mechanisms, scientific data sharing strategies, the application of smart contracts, a user-friendly privacy setting interface, and professional privacy risk assessment. These measures, combined, build an all-round and multi-level privacy protection system to ensure that users' privacy is maximally protected in the intelligent transportation system, enhancing users' trust and satisfaction with the navigation system.

[0190] To ensure the effective implementation of data security management and privacy protection mechanisms in the intelligent transportation system, this application designs a comprehensive smart contract execution process. The following is a detailed description of each execution content.

[0191] (1) Contract deployment and management.

[0192] Smart contract writing: Design and write smart contracts covering privacy protection rules, data encryption, access permission control, decryption algorithms, etc. Contract writing needs to consider system requirements, user privacy needs, and security requirements. Through standardized contract writing, ensure the consistency and reliability of all privacy protection measures. Customize contract content according to specific needs to adapt to different application scenarios.

[0193] Contract deployment: Deploy the written smart contract to the blockchain network. The deployed smart contract will form an immutable record on the blockchain and automatically execute the functions and logics specified therein. All operation records are on the blockchain, enhancing the transparency and traceability of the system.

[0194] This application uses the smart contract technology of blockchain platforms (such as Ethereum) to write and deploy automated trading contracts, setting data sharing rules, payment standards, data verification, etc. The immutable feature of smart contracts increases users' trust in the system.

[0195] (2) Data access control.

[0196] Permission verification: Implement data access permission control logic in the smart contract. According to information such as user identity, role, and permission, verify the legitimacy of data access requests. Only authorized users can access the corresponding data. By clearly defining each user's access permission, ensure that only authorized users can access sensitive data and prevent unauthorized access.

[0197] Access log recording: The smart contract records detailed information about each data access, including the identity of the visitor, access time, accessed data, etc., to ensure the traceability and transparency of the data usage process. Detailed log records help track data usage and enhance the transparency of the system.

[0198] (3) Data encryption and decryption.

[0199] The smart contract defines data encryption and decryption rules to ensure the effective protection of sensitive data during the processes of uploading, storing, and transmitting. The contract includes content such as encryption algorithms, key management, and data packaging formats. The smart contract provides data encryption and decryption function interfaces for use during the data uploading and downloading processes. According to the set rules, the data is encrypted or decrypted. Encryption ensures the authenticity and immutability of the data, enhancing the credibility of the system.

[0200] (4) Data sharing and trading.

[0201] Data sharing strategy: The smart contract defines the data sharing strategy, including sharing objects, sharing conditions, sharing time limits, etc. Sharing objects refer to which users or systems can access and use the shared data, which can be determined by roles, identities, or other identifiers; sharing conditions refer to the specific situations or rules that trigger data sharing; the sharing time limit refers to the validity period or duration of data sharing, which ensures that the data will not be accessed indefinitely, thus reducing the risk of privacy leakage. Exemplarily, the system sets that only authenticated traffic management departments and connected vehicles can access real-time traffic information. When a traffic accident or road construction is detected, the system will immediately send a notice to all vehicles within the affected area, informing the accident location and recommended detour routes. For each notice sent, the sharing time limit is set to within 30 minutes after the accident occurs, and then the notice will automatically expire, ensuring that the data will not stay for a long time.

[0202] Data trading execution: When the sharing conditions are met, the smart contract executes the data sharing transaction, providing the specified data to authorized users or systems. The transaction execution process includes data encryption, data transmission, and permission verification, etc. It ensures the fast transmission of data under the premise of security, improving the response speed of the system.

[0203] (5) Data destruction and retention.

[0204] Expired data processing: The smart contract monitors the expiration dates of vehicle data and shared information. When the data expires or is no longer needed, it automatically executes the data destruction operation to ensure that sensitive data will not stay in the system for a long time. By destroying expired data in a timely manner, the risk of privacy leakage is reduced, and at the same time, the storage space is released, optimizing the utilization of system resources.

[0205] Backup and recovery: The smart contract is responsible for data backup and recovery operations to ensure that data will not be lost due to system failures or catastrophic events. The backup data needs to be encrypted and stored on a secure and reliable storage medium. Through encrypted backups, the security and integrity of the data are ensured. Even in case of a failure, the data can be quickly restored, improving the reliability of the system.

[0206] (6) Event triggering and response.

[0207] Event monitoring: Smart contracts continuously monitor various events that occur in the system, including data access requests, permission changes, and data status changes. Monitoring is achieved through an event subscription mechanism. This ensures that the system can respond to various events in real time, improving the sensitivity of the system. Potential problems can be discovered in advance, preventive measures can be taken, and risks can be reduced.

[0208] Intelligent response: For different events, smart contracts automatically execute corresponding logical processing, such as approval of data access requests, recording of permission changes, and handling of abnormal situations. Automatic execution of smart contracts ensures the accuracy and consistency of processing results.

[0209] (7)Smart contract updates and optimizations.

[0210] Functional updates: As system requirements change and user feedback is adjusted, the functions of smart contracts may need to be updated and optimized. Updates include optimization of privacy protection rules, function expansion, and performance improvement. By optimizing contract functions, the user experience is improved.

[0211] Audit mechanism: Conduct security audits on smart contracts before updating to ensure that the updated contracts do not introduce new security vulnerabilities. The audit content includes contract logic, permission control, data encryption and decryption, etc. Through a strict audit mechanism, the security and stability of smart contracts are ensured.

[0212] (8) Data quality verification.

[0213] A data quality verification module is embedded in the smart contract to ensure the accuracy and validity of the data and prevent the spread of forged or low-quality data through the distributed consensus mechanism of the blockchain.

[0214] For example, vehicle A and vehicle B are driving in a city at the same time. Vehicle B needs to obtain traffic information of surrounding vehicles due to sudden road congestion, and initiates a data access request to the system. After the system detects the request of vehicle B, the smart contract is automatically executed, and vehicle A will share the road condition data with vehicle B. All data interactions and operations are automatically completed through blockchain smart contracts to ensure data security and efficiency.

[0215] Through the above-mentioned smart contract execution mechanism, this application not only ensures the effective implementation of data security management and privacy protection measures, but also improves the intelligence level and user experience of the navigation system through the automated data interaction and transaction of smart contracts. These measures are combined to build a comprehensive, multi-level data management and privacy protection system, providing solid technical support for the efficient operation of the intelligent transportation system.

[0216] To ensure the security and privacy protection of vehicle data during transmission and storage, this application adopts an intelligent contract-driven key distribution and encryption mechanism. Through the key distribution mechanism, the intelligent contract distributes the public key of each vehicle to the blockchain nodes that need to share data. This process ensures that only authorized blockchain nodes can obtain and process the data of that vehicle. Before the vehicle uploads its own vehicle data to the blockchain node, the system encrypts the data using the vehicle's private key. Even if the data is transmitted over the network or stored in the distributed ledger, it cannot be tampered with or stolen by unauthorized third parties, and the privacy of the data packet can also be guaranteed. Similarly, when the intelligent contract feeds back the shared information to the shared vehicle, it encrypts the shared information using the public key of the target vehicle. This ensures that only the target vehicle with the corresponding private key can decrypt and read this information. After receiving the encrypted data packet, the shared vehicle decrypts the data packet using the locally stored private key to restore the original information content. Throughout the process, the data remains encrypted until the end user decrypts and uses it. The encryption transmission and storage mechanism prevents man-in-the-middle attacks, ensures the authenticity and integrity of the data, and avoids malicious tampering; only the authorized party with the corresponding private key can decrypt the data, effectively protecting the privacy of users and preventing the leakage of sensitive information.

[0217] This application constructs an efficient, secure, and reliable intelligent transportation management system, which can achieve the following beneficial effects.

[0218] 1. Data security and privacy protection.

[0219] Encryption technology: Adopt advanced encryption algorithms such as AES, RSA, and ECC to ensure the security of vehicle data during upload, storage, and transmission, and prevent data leakage and tampering.

[0220] Anonymization processing: Anonymize the uploaded data, strip personal identification information, and further protect user privacy.

[0221] Minimization mechanism: Follow the data minimization principle, only share necessary data, avoid overexposing user privacy information, and reduce the risk of re-identification.

[0222] Permission control: Role-based access control and multi-factor authentication mechanisms ensure that only authorized users can access sensitive data, enhancing the security and controllability of the system.

[0223] Hierarchical data setting: Set data according to sensitivity levels. More strict encryption and access control mechanisms are adopted for sensitive data, while relatively loose policies are adopted for ordinary data.

[0224] Zero-Knowledge Proof and Ring Signature: By leveraging zero-knowledge proof and ring signature technologies, the actual data content is not exposed during the verification and sharing processes, reducing unnecessary data transmission volume and enhancing system efficiency.

[0225] 2. Data Real-time and Accuracy.

[0226] Decentralized Storage: Utilizing the blockchain network to achieve decentralized data storage, avoiding single-point failures and improving the high availability and real-time update capabilities of data.

[0227] Dynamic Update: By obtaining real-time data uploaded by multiple vehicles, the system can timely update the information in the blockchain network to ensure the timeliness and accuracy of the data.

[0228] Smart Contract Analysis: Smart contracts conduct in-depth analysis on the dynamically updated vehicle data to generate valuable shared information, providing the latest traffic conditions and navigation suggestions for other vehicles.

[0229] Based on the same technical concept, this application provides an in-vehicle map navigation device based on blockchain technology, as Figure 3 shown, the device includes:

[0230] A collection module 301, configured to collect vehicle data of a target vehicle, where the vehicle data includes the position data, driving state data, and environmental data of the vehicle;

[0231] An upload module 302, configured to upload and store the vehicle data to the distributed ledger of the blockchain network, where all the uploaded vehicle data is integrated in the distributed ledger;

[0232] A sharing module 303, configured to, when detecting that the sharing condition is met, analyze the vehicle data in the distributed ledger through a smart contract to obtain shared information and transmit the shared information to the sharing vehicle, where the shared information is used to guide the map navigation of the sharing vehicle.

[0233] Optionally, the sharing module 303 is configured to:

[0234] Integrate and analyze all the vehicle data in the distributed ledger based on the smart contract to obtain first shared information, where the first shared information is general information for multiple vehicles;

[0235] When detecting that the first shared information meets the first sharing condition, broadcast the first shared information to relevant vehicles around the target vehicle, where the first sharing condition refers to an emergency occurring in the vehicle driving environment or a status change of surrounding service facilities.

[0236] Optionally, the sharing module 303 is configured to:

[0237] Obtain a data access request initiated by a specified vehicle, where the data access request contains a query condition;

[0238] Preliminarily screen out data entries that meet the query condition in the distributed ledger through a smart contract, where each vehicle data stored in the distributed ledger corresponds to a unique hash value as an index;

[0239] Use the hash value of the data entry as an index to locate the second shared information that meets the query condition, where the second shared information is information customized according to the request of the specified vehicle;

[0240] Transmit the second shared information to the specified vehicle.

[0241] Optionally, the device is further configured to:

[0242] Set hierarchical encryption, hierarchical storage, and hierarchical access for sensitive data and ordinary data in the smart contract;

[0243] Among them, the level of sensitive data is higher than that of ordinary data. Sensitive data includes location data and user privacy data, and ordinary data includes driving status data and environmental data.

[0244] Optionally, the sharing module 303 is configured to:

[0245] Set a data minimization mechanism in the smart contract, where the data minimization mechanism is used to share only necessary data and does not share data involving user privacy;

[0246] According to the data minimization mechanism, screen out the shared information from the analyzed data through the smart contract and transmit it to the sharing vehicle.

[0247] Optionally, the device is further configured to:

[0248] Monitor the data validity period of vehicle data or shared information through the smart contract;

[0249] After the data validity period is reached, perform a data destruction operation on the vehicle data or shared information through the smart contract.

[0250] Optionally, the uploading module 302 is configured to:

[0251] Select a target node in the blockchain network based on a node selection strategy, where the target node stores the distributed ledger of the blockchain network;

[0252] Encrypt the vehicle data using the public key of the target vehicle;

[0253] Perform anonymization processing on the encrypted data, where the anonymization processing is used to strip the user privacy data from the vehicle data;

[0254] Upload the data packet after stripping the user privacy to the target node.

[0255] Optionally, the uploading module 302 is configured to:

[0256] Determine a node selection policy, where the node selection policy includes network latency selection, node reputation evaluation, or node load balancing. The network latency selection is used to select the blockchain node with the lowest network latency, the node reputation evaluation is used to select the blockchain node with the highest reputation score, and the node load balancing is used to select the node that can achieve load balancing;

[0257] Select a target node in the blockchain network according to at least one node selection policy.

[0258] As Figure 4 shown, an embodiment of the present application provides an electronic device, including a processor 401, a communication interface 402, a memory 403, and a communication bus 404. Among them, the processor 401, the communication interface 402, and the memory 403 complete mutual communication through the communication bus 404.

[0259] The memory 403 is used to store a computer program.

[0260] In an embodiment of the present application, when the processor 401 is used to execute the program stored on the memory 403, it implements the vehicle-mounted map navigation method based on blockchain technology provided by any one of the foregoing method embodiments.

[0261] An embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, it implements the steps of the vehicle-mounted map navigation method based on blockchain technology provided by any one of the foregoing method embodiments.

[0262] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place, or may be distributed to multiple network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0263] Through the description of the above embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus a general hardware platform, and of course, it can also be implemented by hardware. Based on such an understanding, the essence of the above technical solution, or the part that contributes to the relevant technology, can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to enable a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment or some parts of the embodiments.

[0264] It should be understood that the terms used herein are for the purpose of describing specific example embodiments only and are not intended to be limiting. Unless the context clearly indicates otherwise, as used herein, the singular forms "a", "an" and "the" may also include the plural forms. The terms "comprising", "including", "containing" and "having" are inclusive and thus specify the presence of the stated features, steps, operations, elements and / or components, but do not preclude the presence or addition of one or more other features, steps, operations, elements, components, and / or combinations thereof. The method steps, processes, and operations described herein are not to be construed as necessarily requiring them to be performed in the particular order described or illustrated, unless the order of performance is explicitly stated. It should also be understood that additional or alternative steps may be used.

[0265] The above are only specific embodiments of the present application, enabling those skilled in the art to understand or implement the present application. Various modifications to these embodiments will be obvious to those skilled in the art, and the general principles defined herein can be implemented in other embodiments without departing from the spirit or scope of the present application. Therefore, the present application will not be limited to these embodiments shown herein, but will conform to the widest scope consistent with the principles and novel features claimed herein.

Claims

1. A vehicle map navigation method based on blockchain technology, characterized in that: The method comprises: Collecting vehicle data of the target vehicle, wherein the vehicle data includes location data, driving status data, and environment data of the vehicle; Uploading and storing the vehicle data to a distributed ledger of a blockchain network, wherein the distributed ledger integrates all uploaded vehicle data; When it is detected that the sharing conditions are met, the vehicle data in the distributed ledger is analyzed through a smart contract to obtain shared information and the shared information is transmitted to the shared vehicle, wherein the shared information is used to guide the map navigation of the shared vehicle.

2. The method according to claim 1, characterized in that When it is detected that the sharing condition is met, analyzing the vehicle data in the distributed ledger through a smart contract to obtain shared information and transmitting the shared information to the shared vehicle includes: Integrate and analyze all vehicle data in the distributed ledger based on the smart contract to obtain first shared information, wherein the first shared information is common information for multiple vehicles; When it is detected that the first shared information satisfies a first sharing condition, the first shared information is broadcast to relevant vehicles around the target vehicle, wherein the first sharing condition refers to an emergency occurring in the vehicle driving environment or a state change of surrounding service facilities.

3. The method according to claim 1, characterized in that When it is detected that the sharing condition is met, analyzing the vehicle data in the distributed ledger through a smart contract to obtain shared information and transmitting the shared information to the shared vehicle includes: Obtaining a data access request initiated by a set vehicle, wherein the data access request includes a query condition; Preliminarily screening out data entries that meet the query conditions in the distributed ledger through a smart contract, wherein each vehicle data stored in the distributed ledger corresponds to a unique hash value as an index; Using the hash value of the data entry as an index, locating second shared information that meets the query condition, wherein the second shared information is information customized according to the request for setting the vehicle; The second shared information is transmitted to the set vehicle.

4. The method according to claim 1, characterized in that: The method further comprises: Setting up hierarchical encryption, hierarchical storage and hierarchical access for sensitive data and ordinary data in the smart contract; Among them, the level of the sensitive data is higher than the level of the ordinary data, the sensitive data includes the location data and user privacy data, and the ordinary data includes the driving status data and the environmental data.

5. The method according to claim 1, characterized in that Transmitting the shared information to the shared vehicle through the smart contract includes: Setting a data minimization mechanism in the smart contract, wherein the data minimization mechanism is used to share only necessary data but not data involving user privacy; According to the data minimization mechanism, shared information is filtered out from the analyzed data through the smart contract and transmitted to the shared vehicle.

6. The method according to claim 1, characterized in that The method further comprises: Monitoring the data validity period of the vehicle data or the shared information through the smart contract; After the data validity period is reached, a data destruction operation is performed on the vehicle data or the shared information through the smart contract.

7. The method according to claim 1, characterized in that Uploading the vehicle data to the distributed ledger of the blockchain network includes: Selecting a target node in the blockchain network based on a node selection strategy, wherein the target node stores a distributed ledger of the blockchain network; Encrypting the vehicle data using a public key of the target vehicle; Anonymizing the encrypted data, wherein the anonymization is used to remove user privacy data from the vehicle data; The data packet after stripping the user privacy is uploaded to the target node.

8. The method according to claim 7, characterized in that Selecting a target node in the blockchain network based on a node selection strategy includes: Determine a node selection strategy, wherein the node selection strategy includes network delay selection, node reputation evaluation, or node load balancing, wherein the network delay selection is used to select a blockchain node with the lowest network delay, the node reputation evaluation is used to select a blockchain node with the highest reputation score, and the node load balancing is used to select a node that can achieve load balancing; A target node in the blockchain network is selected according to at least one node selection strategy.

9. A vehicle-mounted map navigation device based on blockchain technology, characterized in that: The device comprises: A collection module, used to collect vehicle data of a target vehicle, wherein the vehicle data includes location data, driving status data and environment data of the vehicle; An uploading module, used to upload and store the vehicle data into a distributed ledger of a blockchain network, wherein the distributed ledger integrates all uploaded vehicle data; The sharing module is used to analyze the vehicle data in the distributed ledger through a smart contract to obtain shared information and transmit the shared information to the shared vehicle when it is detected that the sharing conditions are met, wherein the shared information is used to guide the map navigation of the shared vehicle.

10. An electronic device, characterized in that: It includes a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory communicate with each other through the communication bus; Memory, used to store computer programs; A processor, for implementing any of the methods described in claims 1-8 when executing a program stored in a memory.

Images