Vehicle reputation data evaluation method and device, electronic equipment and readable storage medium

Abstract

The application provides a vehicle reputation data evaluation method and device, electronic equipment and readable storage medium, which are applied to a trusted authority of a vehicle reputation data evaluation system and include the following steps: receiving a calculation result of a smart contract on a block chain, wherein the smart contract is used for calculating an updated reputation score of a target vehicle according to aggregated vehicle feedback information that has passed verification; broadcasting the calculation result and a ciphertext matrix within a communication range, so that participating evaluation vehicles within the communication range determine whether to trust the updated reputation score of the target vehicle according to the reputation score and the ciphertext matrix; and if the participating evaluation vehicles trust the updated reputation score of the target vehicle, confirming that the vehicle reputation data evaluation process is completed. The application effectively guarantees the privacy and security of data by using the automatic execution and tamper-proofing characteristics of the smart contract, so that the participating evaluation vehicles can verify the authenticity of the feedback result by using the information broadcast by the trusted authority.

Description

Technical Field

[0001] This invention relates to the field of vehicle network authentication security technology, and in particular to a method, apparatus, electronic device, and readable storage medium for evaluating vehicle reputation data. Background Technology

[0002] As a crucial component of intelligent transportation systems, security has always been a major threat and challenge for Vehicular Ad-hoc Networks (VANETs). In VANETs, ​​vehicles periodically broadcast road traffic information and use Dedicated Short-Range Communication (DSRC) to communicate with other nodes to facilitate data exchange. Therefore, malicious nodes and data reliability can have a significant impact on network security.

[0003] Reputation assessment systems are considered an effective solution for mitigating malicious behavior and improving message credibility in open environments. They primarily evaluate vehicle credibility based on two aspects: feedback from multiple vehicles and overall credibility from trusted authorities.

[0004] However, existing reputation systems neglect to verify the authenticity of feedback results. Furthermore, many existing certification schemes rely on third-party entities to update vehicle reputations; without verifying the authenticity of the feedback, these third-party reputation updates are prone to errors and anomalies. Summary of the Invention

[0005] To address the aforementioned technical problems, embodiments of this application provide a method, apparatus, electronic device, and readable storage medium for automatically and securely assessing vehicle feedback credit data, effectively protecting data privacy and security. The specific solution is as follows:

[0006] In a first aspect, embodiments of this application provide a vehicle credit data evaluation method, applied to a trusted and authoritative institution within a vehicle credit data evaluation system, including:

[0007] The system receives the calculation results of a smart contract on the blockchain, wherein the calculation results include the updated reputation score of the target vehicle. The calculation trigger condition of the smart contract on the blockchain is that the roadside unit uploads the aggregated vehicle feedback information to the blockchain. The smart contract is used to perform data verification on the aggregated vehicle feedback information, and after the verification is passed, calculates the updated reputation score of the target vehicle based on the aggregated vehicle feedback information.

[0008] The calculation results and the ciphertext matrix are broadcast within the communication range so that participating evaluation vehicles within the communication range can determine whether to trust the target vehicle's updated reputation score based on the reputation score and the ciphertext matrix.

[0009] If the participating vehicles trust the updated reputation score of the target vehicle, the vehicle reputation data evaluation process is confirmed to be complete.

[0010] According to a specific embodiment of this application, before receiving the calculation result of the smart contract on the blockchain, the method further includes:

[0011] Common parameters for data communication between communication entities are generated based on secure hash functions, elliptic curve cryptography, and homomorphic encryption algorithms. These common parameters include encryption processing functions, system master private key, system public key, public key pairs, and private key pairs.

[0012] The private key pair is uploaded to the blockchain, the system master private key is stored locally, and public parameters other than the private key pair and the system master private key are published.

[0013] According to a specific implementation of this application, the roadside unit uploads the aggregated vehicle feedback information to the blockchain, including:

[0014] When the roadside unit determines that the credit score of the target vehicle needs to be updated, the roadside unit broadcasts the target vehicle credit update notification information within the communication range;

[0015] The roadside unit collects feedback data and performs encrypted verification on the feedback data according to the common parameters. The feedback data is generated and sent by participating evaluation vehicles within a preset distance from the target vehicle after receiving the target vehicle's reputation update notification information.

[0016] If the encrypted verification of the feedback data is successful, the roadside unit generates a summary of vehicle feedback information and uploads the summary of vehicle feedback information to the blockchain. The summary of vehicle feedback information includes aggregated encrypted feedback, roadside unit identity information, random signature information, random parameters, timestamp, and encrypted matrix.

[0017] According to a specific embodiment of the present application, the method further includes:

[0018] If the participating vehicle does not trust the updated reputation score of the target vehicle, it receives a challenge message from the participating vehicle.

[0019] If the number of received questioning messages is greater than or equal to a preset threshold, the target vehicle will be blacklisted and its identity information will be broadcast.

[0020] According to a specific embodiment of this application, determining whether to trust the updated reputation score of the target vehicle based on the reputation score and the ciphertext matrix includes:

[0021] Determine whether to challenge the updated reputation score of the target vehicle based on the reputation score;

[0022] If the updated reputation score of the target vehicle is not questioned, then the updated reputation score of the target vehicle is trusted.

[0023] If the updated reputation score of the target vehicle is questioned, data verification is performed based on the ciphertext vector in the ciphertext matrix. If the verification passes, the updated reputation score of the target vehicle is trusted.

[0024] If the verification fails, the updated reputation score of the target vehicle is determined not to be trusted.

[0025] According to a specific embodiment of the present application, the method further includes:

[0026] Receive registration information from vehicles and roadside units within the communication range;

[0027] Identity information is sent to the vehicle and the roadside unit respectively based on the registration information.

[0028] According to a specific embodiment of the present application, the method further includes:

[0029] Send pseudonym information to the corresponding vehicle based on the vehicle's registration information.

[0030] Secondly, embodiments of this application provide a vehicle credit data assessment device, applied to a trusted and authoritative institution within a vehicle credit data assessment system, including:

[0031] A receiving module is used to receive the calculation results of a smart contract on the blockchain, wherein the calculation results include the updated reputation score of the target vehicle, and the calculation trigger condition of the smart contract on the blockchain is that the roadside unit uploads the summarized vehicle feedback information to the blockchain. The smart contract is used to perform data verification on the summarized vehicle feedback information, and after the verification is passed, calculate the updated reputation score of the target vehicle based on the summarized vehicle feedback information.

[0032] The broadcast module is used to broadcast the encrypted matrix of the calculation results within the communication range, so that participating evaluation vehicles within the communication range can determine whether to trust the updated reputation score of the target vehicle based on the reputation score and the encrypted matrix.

[0033] The confirmation module is used to confirm the completion of vehicle credit data evaluation processing if the participating evaluation vehicle trusts the updated credit score of the target vehicle.

[0034] Thirdly, embodiments of this application provide an electronic device, which includes:

[0035] At least one processor; and,

[0036] The memory is communicatively connected to the at least one processor; wherein,

[0037] The memory stores instructions that can be executed by the at least one processor to enable the at least one processor to perform the vehicle credit data evaluation method in the first aspect or any implementation thereof.

[0038] Fourthly, embodiments of this application also provide a non-transitory computer-readable storage medium storing computer instructions for causing the computer to execute the vehicle credit data evaluation method in the first aspect or any implementation thereof.

[0039] In summary, this embodiment provides a vehicle credit data evaluation method, apparatus, electronic device, and readable storage medium, applied to a trusted authority in a vehicle credit data evaluation system. The method includes: receiving the calculation results of a smart contract on a blockchain, wherein the smart contract calculates the updated credit score of the target vehicle based on verified and aggregated vehicle feedback information; broadcasting the calculation results and a ciphertext matrix within the communication range, enabling participating vehicles within the communication range to determine whether to trust the updated credit score of the target vehicle based on the credit score and the ciphertext matrix; and confirming the completion of the vehicle credit data evaluation process if the participating vehicles trust the updated credit score of the target vehicle. This invention utilizes the automatic execution and tamper-proof characteristics of smart contracts to effectively ensure data privacy and security, allowing participating vehicles to verify the authenticity of the feedback results using information broadcast by a trusted authority. Attached Figure Description

[0040] To more clearly illustrate the technical solutions of the embodiments of this application, the drawings used in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this disclosure. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0041] Figure 1 This is a schematic diagram illustrating an application scenario of a vehicle credit data evaluation method provided in an embodiment of this application.

[0042] Figure 2 A flowchart illustrating a vehicle credit data evaluation method provided in this application embodiment;

[0043] Figure 3A flowchart illustrating the steps for a trusted authority to initialize public parameters, provided in this application embodiment;

[0044] Figure 4 A flowchart illustrating the steps of a roadside unit uploading aggregated vehicle information to a blockchain, as provided in this embodiment of the application.

[0045] Figure 5 A flowchart illustrating the steps of a trusted authoritative organization in processing blacklisted vehicles, provided in this application embodiment;

[0046] Figure 6 A flowchart illustrating the steps for determining whether to trust the updated reputation score of a target vehicle, provided in an embodiment of this application.

[0047] Figure 7 This is a schematic diagram of a device module for a vehicle credit data evaluation device provided in an embodiment of this application. Detailed Implementation

[0048] The embodiments of this application will now be described in detail with reference to the accompanying drawings.

[0049] The following specific examples illustrate the implementation of this disclosure. Those skilled in the art can easily understand other advantages and effects of this disclosure from the content disclosed in this specification. Obviously, the described embodiments are only a part of the embodiments of this disclosure, and not all of them. This disclosure can also be implemented or applied through other different specific embodiments, and the details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of this disclosure. It should be noted that, in the absence of conflict, the following embodiments and features in the embodiments can be combined with each other. Based on the embodiments in this disclosure, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this disclosure.

[0050] It should be noted that various aspects of embodiments within the scope of the appended claims are described below. It will be apparent that the aspects described herein can be embodied in a wide variety of forms, and any particular structure and / or function described herein is merely illustrative. Based on this disclosure, those skilled in the art will understand that one aspect described herein can be implemented independently of any other aspect, and two or more of these aspects can be combined in various ways. For example, any number of aspects set forth herein can be used to implement the device and / or practice the method. Additionally, this device and / or method can be implemented using structures and / or functionalities other than one or more of the aspects set forth herein.

[0051] It should also be noted that the illustrations provided in the following embodiments are only schematic representations of the basic concept of this disclosure. The drawings only show the components related to this disclosure and are not drawn according to the number, shape and size of the components in actual implementation. In actual implementation, the form, quantity and proportion of each component can be arbitrarily changed, and the layout of the components may also be more complex.

[0052] Furthermore, specific details are provided in the following description to facilitate a thorough understanding of the examples. However, those skilled in the art will understand that the described aspects can be practiced without these specific details.

[0053] As described in the background section, existing vehicle credit data assessment schemes cannot guarantee the authenticity of updated credit data obtained from third-party entities when vehicle credit data is updated. Because malicious nodes that launch attacks on network data frequently exist in networks where vehicles move freely, there is an urgent need for a vehicle credit data assessment scheme that can guarantee data security and provide a credit verification mechanism.

[0054] The vehicle credit data evaluation method provided in this application embodiment can be applied to, for example, Figure 1 The vehicle credit data assessment system shown in this embodiment includes a Trusted Authority (TA), a blockchain, a Roadside Unit (RSU), and an On-Board Unit (OBU). The TA communicates with the RSU via the blockchain, while the RSU communicates with the OBU. It should be noted that the OBU in this embodiment can also be directly referred to as the vehicle.

[0055] Before introducing the specific execution steps of the vehicle credit data evaluation method provided in this embodiment, the cryptographic principles involved in the evaluation calculation process of the vehicle credit data evaluation method provided in this embodiment will be introduced first:

[0056] A secure hash function is a special function used to map data of arbitrary length to a fixed-length hash value. It should be noted that the secure hash function in this embodiment can be implemented based on MD5 (Message-Digest Algorithm 5) or the SHA (Secure Hash Algorithm) family of algorithms. In one embodiment, a mapping of the secure hash function... ,in, Represents a set of input values. Represents the set of output values. Generate accepts data from a set. The input, and produce a value located at The results in. This means that taking a binary string as input will produce a result equal to... Coprime positive integers.

[0057] Elliptic Curve Cryptography (ECC) is a powerful and efficient public-key cryptography technique. The Elliptic Curve Discrete Logarithm Problem (ECDLP) is the core problem of ECC and the foundation of its security.

[0058] The elliptic curve discrete logarithm problem refers to solving the problem of finding the discrete logarithm of an elliptic curve. A base point on and another point (in yes A certain scalar multiple, that is , (integers), at a known base point and another point In the case of solving for integers The problem.

[0059] The Decisional Diffie-Hellman (DDH) hypothesis is an important concept in cryptography, relating to the difficulty of the discrete logarithm problem in a given group. The DDH hypothesis states that, given a cyclic group... and its generator and two randomly selected indices , , (All belong to the group) The set of integers of order q, Zq, distinguishes tuples ( , , , )and( , , , It is difficult.

[0060] The computational Diffie-Hellman (CDH) hypothesis states that, given a cyclic group... and its generator and two randomly selected indices and (All belong to the group) (the set of integers of order ), calculate ,calculate It is difficult.

[0061] Homomorphic encryption, a special type of encryption technology, allows certain types of computations to be performed on encrypted data, and the encrypted form of the result is the same as the encrypted form of the result of performing the same computation on the original data.

[0062] The Paillier encryption algorithm is an example of partially homomorphic encryption because it only supports additive homomorphism. and The encrypted version of the sum of the corresponding plaintexts can be obtained by multiplying the two ciphertexts. .

[0063] refer to Figure 2 This application provides a method for evaluating vehicle credit data, which can be applied to... Figure 1 The following steps are used as an example to illustrate the vehicle credit data assessment system shown:

[0064] S201, Receive the calculation result of the smart contract on the blockchain. The calculation result includes the updated reputation score of the target vehicle. The calculation of the smart contract on the blockchain is triggered by the roadside unit uploading the summarized vehicle feedback information to the blockchain. The smart contract is used to verify the summarized vehicle feedback information and, after successful verification, calculate the updated reputation score of the target vehicle based on the summarized vehicle feedback information.

[0065] In this embodiment, the Trusted Authority (TA) first needs to receive the registration information of vehicles and roadside units within the communication range, and then send corresponding identity information to the vehicles and roadside units. This allows each communication entity within the TA's communication range to identify the communication target based on the identity information, and only registered vehicles and roadside units can conduct data communication within a certain range. The communication range can be determined based on the actual communication capabilities of the TA, vehicles, and roadside units in the actual application scenario, and is not limited here.

[0066] In one embodiment, after receiving the registration information of a vehicle within the communication range, the trusted authority (TA) will send pseudonym information to the corresponding vehicle based on the vehicle's registration information.

[0067] In a specific embodiment, participating entities transmit their respective identity information to a trusted authority (TA). The TA then generates and archives identity information corresponding to each member based on the received information. (Vehicle) and roadside units Each person sends their own identity information to the other through a secure channel. and After receiving the registration information sent by the vehicle, the TA will process the vehicle registration. Generate kana And send the pseudonym to the corresponding vehicle.

[0068] It should be noted that the registration information in this embodiment refers to the vehicle. Sending identity information and roadside units Sending identity information .

[0069] Once the trusted authority (TA) has completed the registration of the identity information of the participating entities, it will no longer interfere with the data communication of the entities within the road network until it receives the calculation results sent from the blockchain.

[0070] In practical application scenarios, target vehicles within the road network When the reputation score needs to be updated, for example, for the target vehicle After the information is sent in VANET, the roadside unit The collection of target vehicles will begin. The roadside unit receives feedback information from surrounding vehicles, and processes this feedback information through calculation, verification, and aggregation to obtain a summary of vehicle feedback information. After obtaining the summary vehicle feedback information, the roadside unit... The collected vehicle feedback information will be uploaded to the blockchain.

[0071] After receiving the aggregated vehicle feedback information, the smart contract on the blockchain automatically verifies the aggregated vehicle feedback information and calculates the reputation score according to the contract content, and obtains the calculation result including the updated reputation score of the target vehicle.

[0072] It should be noted that the reputation score algorithm within the smart contract in this embodiment can be adaptively configured according to the needs of the actual application scenario, and is not defined here.

[0073] The smart contract in this embodiment has the characteristics of automatic execution and tamper-proof, which can effectively protect the privacy and security of reputation data.

[0074] S202, broadcast the calculation results and the ciphertext matrix within the communication range, so that participating evaluation vehicles within the communication range can determine whether to trust the target vehicle's updated reputation score based on the reputation score and the ciphertext matrix.

[0075] In this embodiment, after obtaining the calculation results sent by the blockchain, i.e., after obtaining the updated reputation score of the target vehicle, the trusted authority TA will broadcast the updated reputation score and encrypted matrix of the target vehicle within the communication range of the trusted authority TA.

[0076] Once participating vehicles within the communication range receive information broadcast by a trusted authority (TA), they can directly verify the updated reputation score of the target vehicle based on the information broadcast by the TA and determine whether the updated reputation score of the target vehicle is trustworthy.

[0077] In this embodiment, the vehicles participating in the evaluation can assess the authenticity of the updated reputation score based on information released by the trusted authority (TA), which greatly improves the credibility of the reputation score evaluation scheme, realizes effective supervision of the trusted authority (TA), and ensures the communication security of the VANET network.

[0078] S203, if the target vehicle's credit score has been updated, confirm that the vehicle credit data assessment process has been completed.

[0079] In this embodiment, if the participating evaluation vehicle verifies the updated reputation score of the target vehicle based on the reputation score and the ciphertext matrix, and determines that the updated reputation score of the target vehicle can be trusted, then the Trusted Authority (TA) will determine that a vehicle reputation data evaluation process has been completed.

[0080] According to a specific implementation of the embodiments of this application, such as Figure 3 As shown, before receiving the computation results from the smart contract on the blockchain, the method also includes:

[0081] S301, Generate common parameters for data communication between communication entities based on secure hash function, elliptic curve cryptography and homomorphic encryption algorithm, wherein the common parameters include encryption processing function, system master private key, system public key, public key pair and private key pair;

[0082] S302, upload the private key pair to the blockchain, store the system master private key locally, and publish public parameters other than the private key pair and the system master private key.

[0083] In this embodiment, the trusted authority (TA) selects a secure hash function. ,in , as an encryption processing function.

[0084] Then select parameters The system's master private key is used as the basis for calculating the system's public key based on the elliptic curve discrete logarithm hypothesis. .

[0085] Trusted authority (TA) generates public key pairs using Paillier encryption. and private key pair .

[0086] Then the trusted authority TA will provide the private key pair Uploaded to the blockchain, Stored locally as a private key, and the public parameters are published. .

[0087] It is important to know that both vehicle and roadside unit parameters are publicly available from trusted and authoritative organizations such as TA. .

[0088] According to a specific implementation of the embodiments of this application, such as Figure 4 As shown, the roadside unit uploads the aggregated vehicle feedback information to the blockchain, including:

[0089] S401, When the roadside unit determines that the credit score of the target vehicle needs to be updated, the roadside unit broadcasts the credit update notification information of the target vehicle within the communication range;

[0090] S402, the roadside unit collects feedback data and performs encrypted verification of the feedback data according to common parameters. The feedback data is generated and sent by the participating evaluation vehicles within a preset distance from the target vehicle after receiving the target vehicle's reputation update notification information.

[0091] S403 If the encrypted verification of the feedback data is successful, the roadside unit generates a summary of vehicle feedback information and uploads the summary of vehicle feedback information to the blockchain. The summary of vehicle feedback information includes aggregated encrypted feedback, roadside unit identity information, random signature information, random parameters, timestamp, and encrypted matrix.

[0092] In this embodiment, when the target vehicle updates its credit score, the roadside unit... It will proactively send update notifications and broadcast the target vehicle's credit update notification information within its range.

[0093] Roadside Unit Feedback information will be collected from vehicles surrounding the target vehicle and compiled into a feedback list. express, ,in, This includes information from multiple sources, such as the classification of the vehicles involved in the assessment and the authenticity of the information sent by the target vehicle. Roadside Unit It will accumulate assessments of the target vehicle from nearby vehicles and submit the collected data to the blockchain.

[0094] In actual implementation, roadside units An intermediate parameter will be randomly selected. And calculate parameters To generate its own signature ,in, It is a feedback list for the target vehicle. yes Identity information, yes private key, It's the current timestamp, then the roadside unit. Information will be broadcast via public channels. .

[0095] vehicle After receiving the message, verification will be performed. Whether it is true or not, to verify Is the signature valid?

[0096] After verification, the vehicle selects a random number. Calculated as intermediate parameters And generate vehicle signature Then calculate the parameters. ,in This is the current timestamp.

[0097] Then the vehicle Will use its own private key Calculate the verification item To generate ciphertext vectors containing feedback The last vehicle Roadside unit Send feedback information .

[0098] When roadside unit After receiving the feedback message from the vehicle, the roadside unit verify Is it valid? If so, roadside unit. Calculation parameters To obtain aggregated cryptographic feedback .

[0099] Subsequently, roadside units Randomly select intermediate parameters To calculate random parameters And generate random signature information. The generated size is Ciphertext matrix ,in, .

[0100] Last roadside unit The collected vehicle feedback information Uploaded to the blockchain, where the aggregated encrypted feedback is The roadside unit's identity information is The random signature information is The random parameter is The current timestamp is The ciphertext matrix is ​​a matrix .

[0101] According to a specific implementation of the embodiments of this application, such as Figure 5 As shown, the method also includes:

[0102] S501, If ​​the participating vehicle does not trust the updated reputation score of the target vehicle, it will receive a questioning message from the participating vehicle.

[0103] S502, if the number of received questioning messages is greater than or equal to a preset threshold, the target vehicle is listed as a blacklisted vehicle and the identity information of the blacklisted vehicle is broadcast.

[0104] In this embodiment, after the Trusted Authority (TA) receives the feedback processing result, it broadcasts the updated reputation score of the target vehicle within the communication range. The vehicles participating in the evaluation obtain their credit scores from the information broadcast by the TA. and ciphertext matrix .

[0105] If there are doubts about the updated reputation score, a verification operation can be performed based on the ciphertext vector in the ciphertext matrix. Whether the verification is successful can determine whether the feedback information provided by the vehicle has been tampered with. If the verification is successful, the vehicle will be evaluated and the updated reputation score of the target vehicle will be accepted. Conversely, if the verification fails, the vehicle will send a question to the Trusted Authority (TA). When the number of vehicles sending question information exceeds a preset threshold, the Trusted Authority (TA) will classify the target vehicle as an attacker, blacklist it, and broadcast its identity on the network.

[0106] According to a specific implementation of the embodiments of this application, such as Figure 6 As shown, determining whether to trust the updated reputation score of a target vehicle based on its reputation score and the ciphertext matrix includes:

[0107] S601, determine whether to challenge the updated reputation score of the target vehicle based on the reputation score;

[0108] S602, If the updated reputation score of the target vehicle is not questioned, then the updated reputation score of the target vehicle is trusted.

[0109] S603 If the updated reputation score of the target vehicle is questioned, data verification is performed based on the ciphertext vector in the ciphertext matrix. If the verification is successful, the updated reputation score of the target vehicle is trusted.

[0110] S604 If the verification fails, the updated reputation score of the target vehicle is determined not to be trusted.

[0111] In this embodiment, as described in the specific implementation of steps S501-S502 above, verification is performed. Whether the verification is successful can determine if the feedback information provided by the vehicle has been tampered with. If the verification passes, the feedback information provided by the vehicle is determined to be correct, and the updated reputation score of the target vehicle can be trusted. If the verification fails, the feedback information provided by the vehicle is determined to be incorrect, and in this case, the vehicle assessment indicates that the updated reputation score of the target vehicle is not trusted.

[0112] In summary, this embodiment provides a vehicle reputation data evaluation method applicable to VANETs. When vehicle reputation data needs updating, the roadside unit automatically collects feedback and verification information provided by the vehicles participating in the evaluation. Utilizing the automatic execution and tamper-proof features of smart contracts ensures data privacy and security. Furthermore, during the vehicle reputation data evaluation process, participating vehicles can use information broadcast by a trusted authority to verify the authenticity of the feedback results. This significantly improves the authenticity and reliability of vehicle reputation data evaluation, preventing malicious nodes from attacking VANETs and causing network security impacts.

[0113] Based on the same inventive concept, this application also provides a vehicle credit data evaluation device for implementing the vehicle credit data evaluation method described above. The solution provided by this device is similar to the implementation described in the above method; therefore, the specific limitations in one or more vehicle credit data evaluation device embodiments provided below can be found in the limitations of the vehicle credit data evaluation method described above, and will not be repeated here.

[0114] In one embodiment, reference Figure 7 This embodiment also provides a vehicle credit data evaluation device 700, including: a receiving module 710, a broadcasting module 720, and a confirmation module 730, wherein:

[0115] The receiving module 710 is used to receive the calculation result of the smart contract on the blockchain, wherein the calculation result includes the updated reputation score of the target vehicle, the calculation trigger condition of the smart contract on the blockchain is that the roadside unit uploads the summarized vehicle feedback information to the blockchain, the smart contract is used to perform data verification on the summarized vehicle feedback information, and after the verification is passed, calculate the updated reputation score of the target vehicle based on the summarized vehicle feedback information.

[0116] Broadcast module 720 is used to broadcast the calculation results and the ciphertext matrix within the communication range, so that participating evaluation vehicles within the communication range can determine whether to trust the updated reputation score of the target vehicle based on the reputation score and the ciphertext matrix;

[0117] The confirmation module 730 is used to confirm the completion of vehicle credit data evaluation processing if the participating evaluation vehicle trusts the updated credit score of the target vehicle.

[0118] In summary, this embodiment provides a vehicle reputation data evaluation device suitable for VANET. When vehicle reputation data needs updating, the roadside unit automatically collects feedback and verification information provided by the vehicles participating in the evaluation. Utilizing the automatic execution and tamper-proof features of smart contracts ensures data privacy and security. Furthermore, during the vehicle reputation data evaluation process, participating vehicles can use information broadcast by a trusted authority to verify the authenticity of the feedback results. This significantly improves the authenticity and reliability of vehicle reputation data evaluation and prevents malicious nodes from attacking VANET and causing network security impacts.

[0119] Figure 7 The specific implementation of the device shown can be referred to the specific implementation in the foregoing method embodiments, and will not be repeated here.

[0120] In addition, this application also provides an electronic device, which includes:

[0121] At least one processor; and,

[0122] The memory is communicatively connected to the at least one processor; wherein,

[0123] The memory stores instructions that can be executed by the at least one processor to enable the at least one processor to perform the vehicle credit data evaluation method in the foregoing method embodiments.

[0124] It should be noted that the electronic device in this embodiment may be a compound eye detector device, or other electronic devices equipped with or connected to a compound eye detector device.

[0125] This application also provides a non-transitory computer-readable storage medium that stores computer instructions for causing the computer to execute the vehicle credit data evaluation method in the foregoing method embodiments.

[0126] The electronic devices in this application embodiment may include, but are not limited to, mobile terminals such as mobile phones, laptops, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), vehicle terminals (such as vehicle navigation terminals), and fixed terminals such as digital TVs and desktop computers.

[0127] It should be noted that the computer-readable medium described above in this disclosure can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. Examples of computer-readable storage media can be, but are not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatuses, or devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to, electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0128] In this disclosure, a computer-readable storage medium can be any tangible medium that contains or stores a program that can be used by or in connection with an instruction execution system, apparatus, or device. In this disclosure, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wires, optical fibers, RF (radio frequency), etc., or any suitable combination thereof.

[0129] The aforementioned computer-readable medium may be included in the aforementioned electronic device; or it may exist independently and not assembled into the electronic device.

[0130] The aforementioned computer-readable medium carries one or more programs that, when executed by the electronic device, cause the electronic device to: acquire at least two Internet Protocol (IP) addresses; send a node evaluation request including the at least two IP addresses to a node evaluation device, wherein the node evaluation device selects an IP address from the at least two IP addresses and returns it; and receive the IP address returned by the node evaluation device; wherein the acquired IP address indicates an edge node in a content delivery network.

[0131] Alternatively, the aforementioned computer-readable medium carries one or more programs that, when executed by the electronic device, cause the electronic device to: receive a node evaluation request including at least two Internet Protocol (IP) addresses; select an IP address from the at least two IP addresses; and return the selected IP address; wherein the received IP address indicates an edge node in the content delivery network.

[0132] Computer program code for performing the operations of this disclosure can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, and C++, and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0133] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this disclosure. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0134] The units described in the embodiments of this application can be implemented in software or in hardware. The name of a unit does not necessarily limit the unit itself; for example, the first acquisition unit can also be described as "a unit that acquires at least two Internet Protocol addresses".

[0135] It should be understood that the various parts of this disclosure can be implemented in hardware, software, firmware, or a combination thereof.

[0136] The above description is merely a specific embodiment of this disclosure, but the scope of protection of this disclosure is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this disclosure should be included within the scope of protection of this disclosure. Therefore, the scope of protection of this disclosure should be determined by the scope of the claims.

Claims

1. A method for evaluating vehicle credit data, characterized in that, Trusted and authoritative organizations used in vehicle credit data evaluation systems include: The system receives the calculation results of a smart contract on the blockchain, wherein the calculation results include the updated reputation score of the target vehicle. The calculation trigger condition of the smart contract on the blockchain is that the roadside unit uploads the aggregated vehicle feedback information to the blockchain. The smart contract is used to perform data verification on the aggregated vehicle feedback information, and after the verification is passed, calculates the updated reputation score of the target vehicle based on the aggregated vehicle feedback information. The calculation results and the ciphertext matrix are broadcast within the communication range so that participating evaluation vehicles within the communication range can determine whether to trust the target vehicle's updated reputation score based on the reputation score and the ciphertext matrix. If the participating vehicle trusts the updated reputation score of the target vehicle, the vehicle reputation data evaluation process is confirmed to be complete. The step of determining whether to trust the updated reputation score of the target vehicle based on the reputation score and the ciphertext matrix includes: Determine whether to challenge the updated reputation score of the target vehicle based on the reputation score; If the updated reputation score of the target vehicle is not questioned, then the updated reputation score of the target vehicle is trusted. If the updated reputation score of the target vehicle is questioned, data verification is performed based on the ciphertext vector in the ciphertext matrix. If the verification passes, the updated reputation score of the target vehicle is trusted. If the verification fails, the updated reputation score of the target vehicle is determined not to be trusted.

2. The method according to claim 1, characterized in that, Before receiving the calculation result of the smart contract on the blockchain, the method further includes: Common parameters for data communication between communication entities are generated based on secure hash functions, elliptic curve cryptography, and homomorphic encryption algorithms. These common parameters include encryption processing functions, system master private key, system public key, public key pairs, and private key pairs. The private key pair is uploaded to the blockchain, the system master private key is stored locally, and public parameters other than the private key pair and the system master private key are published.

3. The method according to claim 2, characterized in that, The roadside unit uploads the aggregated vehicle feedback information to the blockchain, including: When the roadside unit determines that the credit score of the target vehicle needs to be updated, the roadside unit broadcasts the target vehicle credit update notification information within the communication range; The roadside unit collects feedback data and performs encrypted verification on the feedback data according to the common parameters. The feedback data is generated and sent by participating evaluation vehicles within a preset distance from the target vehicle after receiving the target vehicle's reputation update notification information. If the encrypted verification of the feedback data is successful, the roadside unit generates a summary of vehicle feedback information and uploads the summary of vehicle feedback information to the blockchain. The summary of vehicle feedback information includes aggregated encrypted feedback, roadside unit identity information, random signature information, random parameters, timestamp, and encrypted matrix.

4. The method according to claim 1, characterized in that, The method further includes: If the participating vehicle does not trust the updated reputation score of the target vehicle, it receives a challenge message from the participating vehicle. If the number of received questioning messages is greater than or equal to a preset threshold, the target vehicle will be blacklisted and its identity information will be broadcast.

5. The method according to claim 1, characterized in that, The method further includes: Receive registration information from vehicles and roadside units within the communication range; Identity information is sent to the vehicle and the roadside unit respectively based on the registration information.

6. The method according to claim 5, characterized in that, The method further includes: Send pseudonym information to the corresponding vehicle based on the vehicle's registration information.

7. A vehicle credit data assessment device, characterized in that, Trusted and authoritative organizations used in vehicle credit data evaluation systems include: A receiving module is used to receive the calculation results of a smart contract on the blockchain, wherein the calculation results include the updated reputation score of the target vehicle, and the calculation trigger condition of the smart contract on the blockchain is that the roadside unit uploads the summarized vehicle feedback information to the blockchain. The smart contract is used to perform data verification on the summarized vehicle feedback information, and after the verification is passed, calculate the updated reputation score of the target vehicle based on the summarized vehicle feedback information. A broadcast module is used to broadcast the calculation results and the ciphertext matrix within the communication range, so that participating evaluation vehicles within the communication range can determine whether to trust the updated reputation score of the target vehicle based on the reputation score and the ciphertext matrix. The confirmation module is used to confirm the completion of vehicle credit data evaluation processing if the participating evaluation vehicle trusts the updated credit score of the target vehicle. The step of determining whether to trust the updated reputation score of the target vehicle based on the reputation score and the ciphertext matrix includes: Based on the reputation score, determine whether to challenge the updated reputation score of the target vehicle; if not challenged, then trust the updated reputation score of the target vehicle; if challenged, then perform data verification based on the ciphertext vector in the ciphertext matrix; if verification passes, then trust the updated reputation score of the target vehicle; if verification fails, then distrust the updated reputation score of the target vehicle.

8. An electronic device, characterized in that, include: At least one processor; as well as, A memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor to enable the at least one processor to perform the vehicle credit data evaluation method according to any one of claims 1-6.

9. A non-transitory computer-readable storage medium, characterized in that, The non-transitory computer-readable storage medium stores computer instructions for causing the computer to perform the vehicle credit data evaluation method according to any one of claims 1-6.

Images