Authentication method, system, vehicle equipment and medium for vehicle and roadside unit

Abstract

The present application relates to the field of electronic digital processing technology, and more specifically, to a method, system, vehicle-mounted device, and medium for identity authentication between a vehicle and a roadside unit. The method includes: when a target smart car receives a traffic information reminder, analyzing whether the designated digital certificate of the roadside unit that issued the traffic information reminder meets the verification requirements; analyzing whether there is a preset roadside unit corresponding to the designated digital certificate near the real-time location of the target smart car; obtaining the construction and maintenance information of the preset roadside unit; generating an encrypted verification password based on the construction and maintenance information; obtaining a feedback password provided by the roadside unit that issued the traffic information reminder; and responding to the traffic information reminder if the feedback password is consistent with the verification password. The present application prevents smart cars from responding to erroneous or forged traffic information, thereby improving driving safety.

Description

Technical Field

[0001] The present application relates to the field of vehicle-mounted communication technology, and more specifically, to a method, system, vehicle-mounted device, and medium for identity authentication between a vehicle and a roadside unit. Background Art

[0002] With the rapid development of smart car technology, vehicle-to-vehicle communication has become a key technology for improving road safety, efficiency and driving experience. Within this technical framework, communication between smart cars and roadside units is particularly important. These units provide critical traffic information and safety reminders. Ensuring the authenticity and security of communication through these highly dependent data transmissions is crucial to the operation of smart cars.

[0003] Although existing systems can handle standard data transmission and encryption tasks, they still have shortcomings in verifying the authenticity and operational status of roadside units. In particular, in situations where roadside units may stop working due to malfunction or be maliciously forged, existing technologies fail to provide an effective mechanism to identify and exclude these illegal units, resulting in smart cars responding to incorrect or forged traffic information, increasing safety risks.

[0004] In view of this, this application is filed. Summary of the Invention

[0005] The purpose of this application is to provide a method, system, vehicle-mounted device, and medium for identifying the identity of a vehicle and a roadside unit, so as to provide an effective password verification mechanism to identify and exclude illegal roadside units, prevent smart cars from responding to erroneous or forged traffic information, and improve driving safety.

[0006] In order to achieve the above objectives, this application adopts the following technical solutions:

[0007] In a first aspect, the present application provides a method for identity verification between a vehicle and a roadside unit, comprising:

[0008] When the target smart car receives a traffic information reminder, analyzing whether the designated digital certificate of the roadside unit that issues the traffic information reminder meets the verification requirements;

[0009] When it is determined that the designated digital certificate meets the verification requirements, obtaining the real-time location of the target smart car, and analyzing whether there is a preset roadside unit corresponding to the designated digital certificate near the real-time location of the target smart car;

[0010] If it is determined that a preset roadside unit corresponding to the specified digital certificate exists near the real-time location of the target smart car, then obtaining construction and maintenance information of the preset roadside unit;

[0011] generating an encrypted verification password based on the construction and maintenance information;

[0012] Obtaining a feedback password provided by the roadside unit that issues the traffic information reminder;

[0013] If the feedback password is consistent with the verification password, respond to the traffic information reminder.

[0014] Optionally, analyzing whether a designated digital certificate of a roadside unit that issues the traffic information alert meets verification requirements includes:

[0015] Perform validity check, signature verification and certificate chain verification on the specified digital certificate.

[0016] Optionally, analyzing whether there is a preset roadside unit corresponding to the specified digital certificate near the real-time location of the target smart car includes:

[0017] Obtaining a pre-established database, the database including locations and digital certificate numbers of a plurality of preset roadside units;

[0018] Searching the database according to the number of the designated digital certificate to obtain the location of the preset roadside unit to which the designated digital certificate belongs;

[0019] Determine whether the real-time position of the target smart car and the position of the preset roadside unit are within the communication coverage of the traffic information reminder.

[0020] Optionally, the construction and maintenance information of the preset roadside unit includes: the installation location, serial number, maintenance log, manufacturer, model and production batch of the preset roadside unit.

[0021] Optionally, generating an encrypted verification password based on the construction and maintenance information includes:

[0022] Convert each construction and maintenance information of the preset roadside unit into a character string respectively;

[0023] Multiple character strings are concatenated and encrypted with a key to obtain an encrypted verification password.

[0024] Optionally, obtaining a feedback password provided by a roadside unit that issues the traffic information reminder includes:

[0025] Requesting a password from the roadside unit that issues the traffic information reminder;

[0026] The roadside unit provides a feedback password to the target smart car in response to a request from the target smart car.

[0027] In a second aspect, the present application provides an identity verification system for a vehicle and a roadside unit, comprising:

[0028] Roadside unit, used to send traffic information reminders to the target smart car; feedback password to the target smart car

[0029] The target smart car is used to analyze whether the designated digital certificate of the roadside unit that issues the traffic information reminder meets the verification requirements when receiving the traffic information reminder; when it is determined that the designated digital certificate meets the verification requirements, obtain the real-time position of the target smart car, and analyze whether there is a preset roadside unit corresponding to the designated digital certificate near the real-time position of the target smart car; if it is determined that there is a preset roadside unit corresponding to the designated digital certificate near the real-time position of the target smart car, obtain the construction and maintenance information of the preset roadside unit; generate an encrypted verification password based on the construction and maintenance information; obtain the feedback password provided by the roadside unit that issues the traffic information reminder; if the feedback password is consistent with the verification password, respond to the traffic information reminder.

[0030] Optionally, the system also includes a cloud platform for receiving construction and maintenance information uploaded by each preset roadside unit when each preset roadside unit is installed and maintained; and sending the construction and maintenance information to the target smart car.

[0031] In a third aspect, the present application provides a vehicle-mounted device, including:

[0032] at least one processor, and a memory communicatively coupled to the at least one processor;

[0033] The memory stores instructions that can be executed by at least one of the processors, and the instructions are executed by at least one of the processors so that at least one of the processors can execute the above-mentioned vehicle and roadside unit identity authentication method.

[0034] In a fourth aspect, the present application provides a computer-readable storage medium having computer instructions stored thereon, wherein the computer instructions are used to enable a computer to execute the above-mentioned method for identity verification between a vehicle and a roadside unit.

[0035] Compared with the prior art, the present invention has the following advantages:

[0036] When the target smart car receives a traffic information reminder, this application can accurately identify whether the roadside unit that publishes the information is a legal unit that has been verified and set in advance based on the current location status of the car. Even after confirming that there is indeed a roadside unit that publishes the information near the location of the smart car, it can further accurately identify its authenticity by comparing the construction and maintenance information of the roadside unit, and then effectively identify and exclude units that have been forged due to the roadside unit stopping working, thereby ensuring that the smart car relies on a trustworthy roadside unit when responding to traffic information reminders and establishing communication, greatly improving the security of data interaction. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] In order to more clearly illustrate the specific implementation methods of the present application or the technical solutions in the prior art, the following is a brief introduction to the drawings required for use in the specific implementation methods or the description of the prior art. Obviously, the drawings described below are some implementation methods of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0038] Figure 1 This is a flow chart of a method for identity verification between a vehicle and a roadside unit provided in an embodiment of the present application;

[0039] Figure 2 This is a schematic diagram of the communication coverage of a preset roadside unit obtained through retrieval provided in an embodiment of the present application;

[0040] Figure 3 It is a structural diagram of the vehicle equipment provided by this application. DETAILED DESCRIPTION

[0041] The following description of exemplary embodiments of the present application is made in conjunction with the accompanying drawings, including various details of the embodiments of the present application to facilitate understanding. These details should be considered as merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications may be made to the embodiments described herein without departing from the scope and spirit of the present application. Similarly, for the sake of clarity and conciseness, descriptions of well-known functions and structures are omitted in the following description.

[0042] Figure 1 This is a flow chart of a method for identity verification between a vehicle and a roadside unit provided by an embodiment of the present application. This method can be executed by a vehicle-mounted device. The method provided in this embodiment is applicable to situations where a smart vehicle and a roadside unit are connected to the Internet of Vehicles, and before the smart vehicle exchanges valid data with the roadside unit through the Internet of Vehicles, the smart vehicle performs identity verification on the roadside unit. Figure 1 , the method provided in this embodiment includes the following operations:

[0043] S110, start.

[0044] S120: When the target smart car receives a traffic information reminder, the process analyzes whether the designated digital certificate of the roadside unit that issued the traffic information reminder meets the verification requirements. If so, the process proceeds to S130; if not, the process proceeds to S160.

[0045] Road-side units (RSUs) send traffic information alerts to all smart vehicles connected to the Internet of Vehicles and within the RSU's coverage area. RSUs include but are not limited to 5G base station-based RSUs and intelligent traffic-aware RSUs.

[0046] RSU can provide vehicles with the following types of traffic information reminders: 1) static traffic information, such as fixed speed limits, lane indications, no overtaking and other traffic sign information; 2) dynamic traffic events, such as traffic accidents, construction zones, temporary lane closures and other real-time events; 3) weather and road conditions, such as slippery road surfaces and flooded sections, and suggestions for adjusting vehicle speed or route; 4) traffic light status, such as traffic light countdown and green light optimal speed recommendations.

[0047] In addition to providing traffic information, the roadside unit (RSU) also sends its digital certificate to the target smart car for authentication. For ease of description and distinction, the digital certificate sent by the RSU to the target smart car is referred to as a designated digital certificate. In the vehicle-to-everything (V2X) network, secure communication between the roadside unit (RSU) and the vehicle relies on digital certificates and public key infrastructure (PKI) to ensure identity authentication, data integrity, and tamper resistance.

[0048] The target smart car performs validity checks, signature verification, and certificate chain verification on the designated digital certificate. Exemplarily, the validity check includes: checking whether the digital certificate is within its validity period; querying the certificate revocation list to check whether the digital certificate has been revoked. Signature verification includes: decrypting the certificate's digital signature using the public key of the CA (Certificate Authority) to obtain the certificate's hash value. The hash value of the certificate content is calculated using the same hash algorithm (e.g., SHA-256). Certificate chain verification includes: obtaining the intermediate CA certificate (the CA that issued the designated digital certificate); verifying whether the intermediate CA certificate was issued by the root CA; and checking whether the root CA is trusted. If the designated digital certificate passes the validity check, signature verification, and certificate chain verification, S130 is executed. If the designated digital certificate fails the validity check, signature verification, or certificate chain verification, it does not meet the requirements, and the roadside unit that issued the traffic information alert is deemed untrustworthy. The traffic information alert will not be responded to, and subsequent alerts from the roadside unit will be blocked.

[0049] S130: Obtain the real-time location of the target smart car and analyze whether there is a preset roadside unit corresponding to the specified digital certificate near the real-time location of the target smart car. If so, jump to S140; if not, jump to S160.

[0050] The target smart car is equipped with a positioning system, such as a GPS (Global Positioning System) or a BeiDou positioning system, to collect the real-time location of the target smart car.

[0051] A database including the locations and digital certificate numbers of multiple preset roadside units is pre-established. The locations of the preset roadside units (which can be expressed as longitude and latitude) and the digital certificate numbers have a one-to-one correspondence. In this embodiment, the preset roadside units are considered to be authentic and trustworthy units.

[0052] The target smart car searches the database based on the designated digital certificate number and obtains the location of the preset roadside unit (RSU) associated with the designated digital certificate. This location is expressed in longitude and latitude. The retrieved preset RSU may be the RSU that issues traffic information alerts or another RSU, requiring location comparison. Figure 2 This is a schematic diagram of the communication coverage of the preset roadside unit retrieved and provided in an embodiment of the present application. The communication coverage is centered on the preset roadside unit, R is the communication distance, and the entirety is in a cone shape. Determine whether the real-time location of the target smart car and the location of the (retrieved) roadside unit are within the communication coverage of the traffic information reminder. If the real-time location of the target smart car is within the conical coverage of the retrieved preset roadside unit, it is considered that a preset roadside unit corresponding to the specified digital certificate exists near the real-time location of the target smart car. The roadside unit that issues the traffic information reminder passes the position verification and continues to verify the construction and maintenance information. On the contrary, if the real-time location of the target smart car is outside the conical coverage of the retrieved preset roadside unit, it means that the preset roadside unit from which the aforementioned digital certificate comes cannot communicate with the target smart car, the roadside unit that issues the traffic information reminder is untrustworthy, does not respond to the traffic information reminder, and blocks subsequent reminders from the roadside unit.

[0053] S140: Acquire construction and maintenance information of a preset roadside unit; generate an encrypted verification password based on the construction and maintenance information; and acquire a feedback password provided by the roadside unit that issues the traffic information reminder.

[0054] The construction and maintenance information of a preset roadside unit includes the unit's installation location, serial number, maintenance log, manufacturer, model, and production batch. During the installation and maintenance of each preset roadside unit, the installation location, serial number, maintenance log, manufacturer, model, and production batch must be uploaded to the cloud platform. After the target smart car determines that a preset roadside unit corresponding to a specified digital certificate exists near the target smart car's real-time location, it requests the cloud platform for the construction and maintenance information of that preset roadside unit. This embodiment assumes that the construction and maintenance information of each preset roadside unit stored on the cloud platform is authentic and trustworthy.

[0055] Optionally, each construction and maintenance information of the preset roadside unit is converted into a string, multiple strings are spliced ​​together, and encrypted with a key to obtain an encrypted verification password. This application does not limit the splicing method, which can be sequential splicing or insert splicing at a specified position. This application also does not limit the encryption key. The cloud platform needs to send the string conversion rules, splicing method and encryption key to each preset roadside unit and each smart car in advance to ensure the consistency of the encryption algorithm.

[0056] The target smart car requests a password from the roadside unit (RSU) that issues the traffic information alert. The RSU obtains local construction and maintenance information, including the installation location, serial number, maintenance log, manufacturer, model, and production batch. If the RSU is legitimate, it encrypts the local construction and maintenance information according to the string conversion rules, concatenation method, and key provided by the cloud platform to obtain the feedback password. If the RSU is not legitimate, its local construction and maintenance information differs from that obtained by the smart car, and it cannot obtain the string conversion rules, concatenation method, and key sent by the cloud platform. Therefore, the RSU cannot calculate the correct feedback password.

[0057] Subsequently, the roadside unit provides a feedback password to the target smart car in response to the request of the target smart car.

[0058] S150, determine whether the feedback password is consistent with the verification password, if yes, jump to S170, if not, jump to S160.

[0059] S160: Do not respond to traffic information reminders, and block subsequent reminders from the roadside unit.

[0060] S170: Respond to traffic information reminder.

[0061] If the feedback password matches the verification password, the construction and maintenance information obtained by the target smart car from the cloud platform is identical to the local construction and maintenance information stored on the roadside unit (RSU). The RSU is legitimate and reliable, and will respond to traffic information alerts. For example, the target smart car can adjust its route planning based on dynamic traffic events. If the feedback password and verification password do not match, the RSU is invalid, will not respond to traffic information alerts, and will block subsequent RSU alerts.

[0062] When the target smart car receives a traffic information reminder, this application can accurately identify whether the roadside unit that publishes the information is a legal unit that has been verified and set in advance based on the current location status of the car. Even after confirming that there is indeed a roadside unit that publishes the information near the location of the smart car, it can further accurately identify its authenticity by comparing the construction and maintenance information of the roadside unit, and then effectively identify and exclude units that have been forged due to the roadside unit stopping working, thereby ensuring that the smart car relies on a trustworthy roadside unit when responding to traffic information reminders and establishing communication, greatly improving the security of data interaction.

[0063] It should be noted that this application uses the introduction of construction and maintenance information to generate an encrypted verification password and requires the RSU to respond to the verification password in real time, which essentially forms a dynamic two-way verification mechanism. Construction and maintenance information includes installation location, serial number, maintenance log, manufacturer, model and production batch. These features are combined to be relevant and difficult to reproduce, and have stronger device fingerprint characteristics. They cannot be forged by public information alone. This application generates a one-time verification password through construction and maintenance information and sends it back in real time for comparison. Even if an attacker obtains a digital certificate, he cannot generate a correct response through the real construction and maintenance information. Even if some fields in the construction and maintenance information may be repeated between multiple RSUs, as long as it contains the installation location, serial number, maintenance log, manufacturer, model and production batch, a distinguishable device identifier can be formed for password generation and comparison, further improving the difficulty of forgery and authentication accuracy. In summary, this application uses construction and maintenance information in the dynamic encryption verification process, constructing a security mechanism that is different from the existing technology. It no longer relies solely on location matching and certificate verification, significantly improving the forgery identification capability and overall communication credibility, which constitutes one of the innovative points of this application solution.

[0064] like Figure 3 As shown, this embodiment provides a vehicle-mounted device, including:

[0065] at least one processor; and

[0066] a memory communicatively connected to at least one of the processors; wherein,

[0067] The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the above method. The at least one processor in the vehicle-mounted device is capable of performing the above method, thereby having at least the same advantages as the above method.

[0068] Optionally, the vehicle-mounted device also includes interfaces for connecting various components, including high-speed interfaces and low-speed interfaces. The various components are connected to each other using different buses and can be installed on a common motherboard or in other ways as needed. The processor can process instructions executed in the vehicle-mounted device, including instructions stored in or on the memory to display graphical information of a GUI (Graphical User Interface) on an external input / output device (such as a display device coupled to the interface). In other embodiments, if necessary, multiple processors can be used with multiple memories, and / or multiple buses can be used with multiple memories. Similarly, multiple vehicle-mounted devices can be connected (for example, as a server array, a group of blade servers, or a multi-processor system), with each device providing some necessary operations. Figure 3 A processor 301 is taken as an example.

[0069] Memory 302, as a computer-readable storage medium, can be used to store software programs, computer-executable programs, and modules, such as the program instructions / modules corresponding to the vehicle-to-roadside unit authentication method in the embodiments of this application. Processor 301 executes the software programs, instructions, and modules stored in memory 302 to execute various functional applications and data processing of the device, thereby implementing the aforementioned vehicle-to-roadside unit authentication method.

[0070] The memory 302 may primarily include a program storage area and a data storage area. The program storage area may store an operating system and at least one application required for a function; the data storage area may store data created based on the use of the terminal, etc. Furthermore, the memory 302 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other non-volatile solid-state storage device. In some instances, the memory 302 may further include a memory remotely located relative to the processor 301, and these remote memories may be connected to the device via a network. Examples of the aforementioned networks include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0071] The vehicle machine device may further include: an input device 303 and an output device 304. The processor 301, the memory 302, the input device 303 and the output device 304 may be connected via a bus or other means. Figure 3The bus connection is taken as an example.

[0072] The input device 303 can receive input digital or character information, and the output device 304 can include a display device, an auxiliary lighting device (e.g., an LED), a tactile feedback device (e.g., a vibration motor), etc. The display device may include, but is not limited to, a liquid crystal display (LCD), a light-emitting diode (LED) display, and a plasma display. In some embodiments, the display device may be a touch screen.

[0073] This embodiment provides a computer-readable storage medium having computer instructions stored thereon, the computer instructions being used to cause a computer to execute the above method. The computer instructions on the computer-readable storage medium are used to cause a computer to execute the above method, thereby having at least the same advantages as the above method.

[0074] The medium in this application may be any combination of one or more computer-readable media. The medium may be a computer-readable signal medium or a computer-readable storage medium. The medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or component, or any combination thereof. More specific examples of media (a non-exhaustive list) include: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In this document, a medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, device or device.

[0075] A computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, which carries computer-readable program code. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium that can transmit, propagate, or transport a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0076] The program code contained on the computer-readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wire, optical cable, RF (Radio Frequency), etc., or any suitable combination of the foregoing.

[0077] Computer program code for performing the operations of the present application can be written in one or more programming languages, or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a stand-alone 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 a remote computer, the remote computer can be connected to the user's computer through 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., through the Internet using an Internet service provider).

[0078] In the above embodiments, all or part of the embodiments can be implemented using software, hardware, firmware, or any combination thereof. When implemented using software, all or part of the embodiments can be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of the present application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via a wired connection, such as a coaxial cable, optical fiber, digital subscriber line (DSL), or wireless connection, such as infrared, wireless, or microwave. The computer-readable storage medium can be any available medium that can be accessed by a computer, or a data storage device, such as a server or data center, that includes one or more available media. The available medium can be a magnetic medium (e.g., a floppy disk, hard disk, or magnetic tape), an optical medium, or a semiconductor medium. It is worth noting that the computer-readable storage medium mentioned in the embodiments of the present application may be a non-volatile storage medium, in other words, a non-transitory storage medium.

[0079] It should be understood that the various forms of the processes shown above can be used to reorder, add, or delete steps. For example, the steps described in this application can be performed in parallel, sequentially, or in a different order, as long as the desired results of the technical solutions disclosed in this application can be achieved. This is not a limitation herein.

[0080] The above specific embodiments do not constitute a limitation on the scope of protection of this application. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions may be made based on design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this application shall be included within the scope of protection of this application.

Claims

1. A method for identity verification between a vehicle and a roadside unit, characterized in that: include: When the target smart car receives a traffic information reminder, analyzing whether the designated digital certificate of the roadside unit that issues the traffic information reminder meets the verification requirements; When it is determined that the designated digital certificate meets the verification requirements, obtaining the real-time location of the target smart car, and analyzing whether there is a preset roadside unit corresponding to the designated digital certificate near the real-time location of the target smart car; If it is determined that a preset roadside unit corresponding to the specified digital certificate exists near the real-time location of the target smart car, then obtaining construction and maintenance information of the preset roadside unit; generating an encrypted verification password based on the construction and maintenance information; Obtaining a feedback password provided by the roadside unit that issues the traffic information reminder; If the feedback password is consistent with the verification password, respond to the traffic information reminder.

2. The vehicle and roadside unit identity authentication method according to claim 1, characterized in that: Analyze whether the designated digital certificate of the roadside unit that issues the traffic information alert meets the verification requirements, including: Perform validity check, signature verification and certificate chain verification on the specified digital certificate.

3. The vehicle and roadside unit identity authentication method according to claim 1, characterized in that: Analyzing whether there is a preset roadside unit corresponding to the specified digital certificate near the real-time location of the target smart car, including: Obtaining a pre-established database, the database including locations and digital certificate numbers of a plurality of preset roadside units; Searching the database according to the number of the designated digital certificate to obtain the location of the preset roadside unit to which the designated digital certificate belongs; Determine whether the real-time position of the target smart car and the position of the preset roadside unit are within the communication coverage of the traffic information reminder.

4. The method for identity verification between a vehicle and a roadside unit according to claim 1, wherein: The construction and maintenance information of the preset roadside unit includes: Preset the installation location, serial number, maintenance log, manufacturer, model and production batch of the roadside unit.

5. The method for identity verification between a vehicle and a roadside unit according to claim 4, characterized in that: Generate an encrypted verification password based on the construction and maintenance information, including: Convert each construction and maintenance information of the preset roadside unit into a character string respectively; Multiple character strings are concatenated and encrypted with a key to obtain an encrypted verification password.

6. The method for identity verification between a vehicle and a roadside unit according to claim 5, characterized in that: Obtaining the feedback password provided by the roadside unit that issued the traffic information reminder, including: Requesting a password from the roadside unit that issues the traffic information reminder; The roadside unit provides a feedback password to the target smart car in response to a request from the target smart car.

7. A vehicle and roadside unit identity authentication system, characterized in that: include: Roadside unit, used to send traffic information reminders to target smart cars; Feedback password to the target smart car The target smart car is configured to, upon receiving the traffic information alert, analyze whether a designated digital certificate of a roadside unit that issues the traffic information alert meets verification requirements; when it is determined that the designated digital certificate meets the verification requirements, obtain the real-time location of the target smart car and analyze whether there is a preset roadside unit corresponding to the designated digital certificate near the real-time location of the target smart car; If it is determined that a preset roadside unit corresponding to the specified digital certificate exists near the real-time location of the target smart car, then obtaining construction and maintenance information of the preset roadside unit; generating an encrypted verification password based on the construction and maintenance information; and obtaining a feedback password provided by the roadside unit that issued the traffic information alert; If the feedback password is consistent with the verification password, respond to the traffic information reminder.

8. The vehicle and roadside unit identity authentication system according to claim 7, characterized in that: include: The cloud platform is used to receive construction and maintenance information uploaded by each preset roadside unit during its installation and maintenance; And, sending the construction and maintenance information to the target smart car.

9. A vehicle-mounted device, characterized in that: include: at least one processor, and a memory communicatively coupled to the at least one processor; The memory stores instructions that can be executed by at least one of the processors, and the instructions are executed by at least one of the processors so that at least one of the processors can execute the vehicle and roadside unit identity authentication method according to any one of claims 1 to 6.

10. A computer-readable storage medium, characterized in that The medium stores computer instructions, which are used to enable a computer to execute the identity verification method between a vehicle and a roadside unit according to any one of claims 1 to 6.

Images