A data verification method and device, electronic equipment and storage medium

Abstract

The present disclosure provides a data verification method and device, electronic equipment and storage medium, relates to the technical field of computers, in particular to the technical field of Internet of Things, intelligent transportation and vehicle-road cooperation. The specific implementation scheme is: receiving vehicle motion trajectory data sent by a mobile terminal; wherein the vehicle motion trajectory data is generated by the mobile terminal by controlling a virtual vehicle to drive in a map road; determining a target intersection and a target signal lamp device deployed at the target intersection according to the vehicle motion trajectory data and candidate intersection position data in the map road; obtaining signal lamp data pushed by the target signal lamp device and pre-labeled intersection static map related data associated with the target intersection; and verifying the signal lamp data and the intersection static map related data. The present disclosure realizes automatic verification of signal lamp data and intersection static map related data, and improves the efficiency of data verification compared with the manual verification mode.

Description

Technical Field

[0001] This disclosure relates to the field of computer technology, and more particularly to the fields of Internet of Things, intelligent transportation, and vehicle-road cooperative technology, specifically to a data verification method, apparatus, electronic device, storage medium, and computer program product. Background Technology

[0002] Traffic lights are crucial infrastructure for traffic management departments to control vehicle traffic flow and regulate road traffic order. They are typically deployed at urban intersections. When vehicles pass through an intersection, traffic light data and pre-marked intersection map data are usually sent to the vehicles. However, to ensure the accuracy of the data sent to actual vehicles, the traffic light data and intersection map data need to be verified. Currently, this verification is usually done manually, which is inefficient. Summary of the Invention

[0003] This disclosure provides a data verification method, apparatus, electronic device, storage medium, and computer program product.

[0004] According to one aspect of this disclosure, a data verification method is provided, comprising:

[0005] Receive vehicle trajectory data sent by a mobile terminal; wherein the vehicle trajectory data is generated by the mobile terminal controlling a virtual vehicle to drive on a map road;

[0006] Based on the vehicle trajectory data and the candidate intersection location data in the map road, the target intersection and the target traffic light equipment deployed at the target intersection are determined;

[0007] Obtain the traffic light data pushed by the target traffic light device and the relevant data of the static intersection map that has been manually marked in advance and associated with the target intersection;

[0008] The traffic light data and the relevant data of the static map of the intersection are verified.

[0009] According to another aspect of this disclosure, a data verification apparatus is provided, comprising:

[0010] The data receiving module is used to receive vehicle trajectory data sent by the mobile terminal; wherein, the vehicle trajectory data is generated by the mobile terminal by controlling a virtual vehicle to drive on a map road;

[0011] The matching module is used to determine the target intersection and the target traffic light device deployed at the target intersection based on the vehicle movement trajectory data and the candidate intersection location data in the map road;

[0012] The data acquisition module is used to acquire the traffic light data pushed by the target traffic light device and the relevant data of the static map of the intersection that has been manually marked in advance and associated with the target intersection.

[0013] The verification module is used to verify the traffic light data and the relevant data of the static map of the intersection.

[0014] According to another aspect of this disclosure, an electronic device is provided, comprising:

[0015] At least one processor; and

[0016] A memory communicatively connected to the at least one processor; wherein,

[0017] The memory stores instructions that can be executed by the at least one processor, which, when executed, enable the at least one processor to perform the data verification method described in any embodiment of this disclosure.

[0018] According to another aspect of this disclosure, a non-transitory computer-readable storage medium is provided storing computer instructions for causing a computer to perform the data verification method described in any embodiment of this disclosure.

[0019] According to another aspect of this disclosure, a computer program product is provided, including a computer program that, when executed by a processor, implements the data verification method of any embodiment of this disclosure.

[0020] According to the technology disclosed herein, the automated verification of traffic light data and intersection static map related data improves the efficiency of data verification compared to manual verification.

[0021] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of this disclosure, nor is it intended to limit the scope of this disclosure. Other features of this disclosure will become readily apparent from the following description. Attached Figure Description

[0022] The accompanying drawings are provided to better understand this solution and do not constitute a limitation of this disclosure. Wherein:

[0023] Figure 1 This is a flowchart illustrating a data verification method according to an embodiment of the present disclosure;

[0024] Figure 2 This is a flowchart illustrating another data verification method according to an embodiment of the present disclosure;

[0025] Figure 3 This is a flowchart illustrating another data verification method according to an embodiment of the present disclosure;

[0026] Figure 4 This is a flowchart illustrating another data verification method according to an embodiment of the present disclosure;

[0027] Figure 5 This is a logical schematic diagram of a data verification method according to an embodiment of the present disclosure;

[0028] Figure 6 This is a schematic diagram of a data verification device according to an embodiment of the present disclosure;

[0029] Figure 7 This is a block diagram of an electronic device used to implement the data verification method of the embodiments of this disclosure. Detailed Implementation

[0030] The exemplary embodiments of this disclosure are described below with reference to the accompanying drawings, including various details of the embodiments to aid understanding, and should be considered merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of this disclosure. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description.

[0031] Figure 1 This is a flowchart illustrating a data verification method according to an embodiment of the present disclosure. This embodiment is applicable to scenarios involving the verification of traffic light data and intersection label data. The method can be executed by a data verification device, implemented in software and / or hardware, preferably configured in an electronic device. Figure 1 As shown, the method specifically includes the following:

[0032] S101. Receive vehicle trajectory data sent by the mobile terminal; wherein the vehicle trajectory data is generated by the mobile terminal controlling a virtual vehicle to drive on a map road.

[0033] In this embodiment, the mobile terminal can be a smart terminal with simulated vehicle operation and electronic map functions, such as a smartphone, smartwatch, or smart tablet. The mobile terminal controls the simulated virtual vehicle to drive on the map's roads and reports the generated vehicle trajectory data. Based on this reported vehicle trajectory data, the target intersections and traffic light devices requiring data verification can be determined. The vehicle trajectory data may include the virtual vehicle's real-time location (e.g., GPS location), virtual vehicle parameter data (vehicle identification, time-sensitive keys, etc.), and real-time heading angle data.

[0034] It should be noted that by simulating vehicle operation through a mobile device, the subsequent verification of traffic light data and intersection data can be triggered based on the simulated vehicle trajectory data. This means that the data verification of this disclosed solution does not depend on the actual vehicle and can be carried out remotely, thus ensuring the efficiency of data verification.

[0035] In one optional implementation, the mobile app provides two modes for simulating vehicle operation: manual mode and automatic mode. In manual mode, the mobile app controls the virtual vehicle's movement on the map roads by: the mobile app controlling the virtual vehicle's movement based on the city, intersection, and direction set by the user; or the mobile app responding to the user's dragging of the virtual vehicle (e.g., the user drags the virtual vehicle to an intersection and specifies the direction of travel), controlling the virtual vehicle's movement on the map roads. In automatic mode, the mobile app controls the virtual vehicle's movement on the map roads based on the user-defined start and end points and route. It should be noted that by providing different modes, users can choose the mode that best suits their needs to control the simulated vehicle's movement on the mobile app.

[0036] S102. Based on the vehicle trajectory data and the candidate intersection location data in the map road, determine the target intersection and the target traffic light equipment deployed at the target intersection.

[0037] In this embodiment, candidate intersections can be intersections within a certain range centered on the virtual vehicle, or intersections existing in the direction the virtual vehicle is traveling; while the target intersection can be the intersection the virtual vehicle is about to enter. When determining the target intersection, based on the vehicle trajectory data and the candidate intersection location data in the map road, the candidate intersection closest to the virtual vehicle in the direction of travel is determined as the target intersection, which is also the intersection that needs to be verified by data.

[0038] It should be noted that both candidate and target intersections are traffic junctions equipped with at least one traffic light. The traffic light can be a traffic signal light, i.e., a signal light used to direct traffic at the target intersection. Types of traffic lights include, but are not limited to, vehicular traffic lights, non-motorized vehicle traffic lights, pedestrian crossing lights, directional indicator lights, lane lights, flashing warning lights, and level crossing lights for roads and railways, etc. Since each intersection and the traffic lights deployed at it are pre-linked, once the target intersection is determined, the target traffic light equipment linked to that intersection can be directly identified.

[0039] S103. Obtain the traffic light data pushed by the target traffic light device and the relevant data of the static map of the intersection that has been manually marked in advance and associated with the target intersection.

[0040] In this embodiment, the traffic light data is dynamic data, which may include real-time phase light color, light color switching countdown, and also traffic light position, traffic light orientation, etc. For example, when the traffic light type is a motor vehicle traffic light (also known as a traffic light), the traffic light data may include the position and orientation of the motor vehicle traffic light, as well as the real-time phase light color and light color switching countdown. The real-time phase light color can be red, green, or yellow. When the real-time phase light color is red, the light color switching countdown indicates the countdown to the change from red to green; when the real-time phase light color is green, the light color switching countdown indicates the countdown to the change from green to yellow.

[0041] The pre-annotated static map data associated with the target intersection may include the following: intersection number, intersection name, intersection center point coordinates, approach lane data (road center point coordinates), road speed limits, and other map data. Since the static map data is manually annotated, it may sometimes differ from the actual intersection data, therefore verification is necessary.

[0042] The process of obtaining traffic light data and intersection static map data pushed by the target traffic light equipment is as follows: The target traffic light equipment sends real-time phase light colors and light color switching countdowns to the data service of the traffic light equipment manufacturer on the video private network; through the data access service pre-deployed on the video private network, dynamic data including real-time phase light colors and light color switching countdowns are pulled from the manufacturer's data service; at the same time, the manufacturer's data service pushes pre-marked intersection static map data to the data access service; the data access service parses and stores the traffic light data and intersection static map data; the network gateway's data synchronization service synchronizes the stored data to the government network's data sharing service; and then, the required traffic light data and intersection static map data are pulled from the government network's data sharing service.

[0043] S104. Verify the traffic light data and the relevant data of the static map of the intersection.

[0044] In this embodiment, after obtaining the traffic light data and the relevant data of the intersection static map, verification can be performed according to preset verification rules. Alternatively, for known anomalies, verification can be performed to check whether the same anomalies exist in the traffic light data and the relevant data of the intersection static map.

[0045] In this embodiment, automatic verification of traffic light data and pre-marked static map data of intersections is achieved without relying on actual vehicles, which improves the efficiency of data verification compared to manual verification.

[0046] Figure 2 This is a flowchart illustrating another data verification method according to an embodiment of this disclosure. Figure 2As shown, the method specifically includes the following:

[0047] S201. Receive vehicle trajectory data sent by the mobile terminal; wherein the vehicle trajectory data is generated by the mobile terminal controlling a virtual vehicle to drive on a map road.

[0048] S202. Based on the vehicle trajectory data and the candidate intersection location data in the map road, determine the target intersection and the target traffic light equipment deployed at the target intersection.

[0049] S203. Obtain the traffic light data pushed by the target traffic light device and the relevant data of the static map of the intersection that has been manually marked in advance and associated with the target intersection.

[0050] In this embodiment, the implementation process of steps S201-S203 can be referred to the description of steps S101-S103 in the above embodiment, and will not be repeated here.

[0051] S204. Assemble the acquired traffic light data into a traffic light phase and time message; assemble the relevant data of the static map of the target intersection into a static data message.

[0052] In this embodiment, after obtaining the traffic light data and the relevant static map data of the intersection, in order to facilitate subsequent data verification and transmission, the traffic light data and the relevant static map data of the intersection are converted into corresponding protocol messages. Optionally, the obtained traffic light data is assembled into traffic light phase and time messages, that is, assembled into SPAT protocol messages; the relevant static map data of the target intersection is assembled into intersection static data messages, that is, assembled into MAP protocol messages.

[0053] Based on the obtained traffic light phase and time messages and intersection static data messages, the process of verifying the traffic light data and the intersection static map related data can be found in steps S205-S206.

[0054] S205. Based on the signal light phase and time message, verify whether there are any abnormal light colors, abnormal countdown seconds, or abnormal data delays.

[0055] In this embodiment, the traffic light phase and time message includes fields related to light color and light color switching countdown. Based on these fields and anomaly detection rules, it can be determined whether an anomaly exists. These anomaly detection rules include rules for determining whether the light color is abnormal, rules for determining whether the countdown is abnormal, and rules for determining whether data delay is abnormal. For example, if the relevant fields indicate that the light is all green, then a light color anomaly is determined; if the original time of the traffic light device is greater than the current system time, then a data delay anomaly is determined.

[0056] S206. Based on the static data message of the intersection, determine whether there are any labeling errors or missing data.

[0057] Optionally, the static data messages for intersections can be assembled and verified according to a standard MAP structure. The standard MAP structure limits the length of each field; therefore, by checking whether the length of each field in the static data message exceeds the requirements of the standard MAP structure, it can be determined whether a field is incorrectly labeled. Furthermore, the presence of missing fields in the static data message can indicate whether there are any data omissions. In this embodiment, determining labeling errors and data omissions primarily involves checking whether the center point column data for intersections and roads is incorrect or missing. Verification of the static data messages for intersections allows for the verification of data integrity.

[0058] Furthermore, the phase identifiers in the traffic light phase and time messages and the intersection static data messages can be mapped and verified to determine whether any phases are missing in the intersection static data messages. If a phase is missing, it can be automatically filled in to ensure data accuracy.

[0059] In this example, the integrity and correctness of the data are ensured by verifying the traffic light phase and time messages and the intersection static data messages separately. Furthermore, by performing phase mapping verification on the two types of messages, the existence of incorrect phases is avoided, thus ensuring the integrity of the data.

[0060] Figure 3 This is a flowchart illustrating another data verification method according to an embodiment of this disclosure. Figure 3 As shown, the method specifically includes the following:

[0061] S301. Receive vehicle trajectory data sent by the mobile terminal; wherein the vehicle trajectory data is generated by the mobile terminal controlling a virtual vehicle to drive on a map road.

[0062] S302. Based on the vehicle trajectory data and the candidate intersection location data in the map road, determine the target intersection and the target traffic light equipment deployed at the target intersection.

[0063] S303. Obtain the traffic light data pushed by the target traffic light device and the relevant data of the static map of the intersection that has been manually marked in advance and associated with the target intersection.

[0064] S304. Assemble the acquired traffic light data into a traffic light phase and time message; assemble the relevant data of the static map of the target intersection into a static data message.

[0065] S305. Based on the signal light phase and time message, verify whether there are any abnormal light colors, abnormal countdown seconds, or abnormal data delays.

[0066] S306. Based on the static data message of the intersection, determine whether there are any labeling errors or missing data.

[0067] S307. The traffic light phase and time message, the intersection static data message, and the verification result are sent to the mobile terminal, so that the mobile terminal can store the received data in a structured manner according to the intersection.

[0068] In this embodiment, steps S301-S306 are used to verify the traffic light data and manually annotated static map data of the intersection. Further, the verification results, traffic light phase and time messages, and the static intersection data messages can be sent to the mobile terminal for storage and display. Optionally, the mobile terminal can store the verification results in a structured manner according to intersections. Each stored verification result for an intersection should include at least the following fields: intersection number, intersection name, vehicle identification, acceptance status (0 - pending verification, 1 - verification passed, 2 - failed), verification result (saving specific verification failure information), SPAT protocol message and MAP protocol message, and verification time.

[0069] In this embodiment, in addition to saving the verification results, the mobile device is also used to visualize the verification results of the target intersection, the traffic light data of the phase ahead of the virtual vehicle, and related data from the static map of the intersection. For example, a display area can be set in the visualization interface of the mobile device to display the intersection number, traffic light color and countdown, and verification results. Through this visualization, users can clearly and conveniently understand the data verification results. Simultaneously, the intersection number, traffic light color, and countdown are displayed, realistically recreating the scene of a vehicle passing through an intersection, and verifying the display effect of the light color and countdown on a real vehicle.

[0070] In this embodiment, the verification results are stored in a structured manner so that data can be corrected or traffic light equipment can be maintained based on the stored results. The verification results and related message information are visualized to help users understand the verification results.

[0071] Figure 4 This is a flowchart illustrating another data verification method according to an embodiment of this disclosure. Figure 4 As shown, the method specifically includes the following:

[0072] S401. Receive vehicle trajectory data sent by the mobile terminal; wherein the vehicle trajectory data is generated by the mobile terminal controlling a virtual vehicle to drive on a map road.

[0073] In this embodiment, the vehicle trajectory data includes the real-time location data of the virtual vehicle, the parameter data of the virtual vehicle, and the real-time heading angle data; while the parameter data may include the identifier of the virtual vehicle and a time-sensitive key.

[0074] S402. Perform timeliness verification on the parameter data of the virtual vehicle, and execute S403-S405 after the verification is passed.

[0075] In this embodiment, by verifying the invalidation of the key in the parameter data, the security of this data verification can be guaranteed, and malicious verification of data can be avoided. After successful verification, the process of determining the target intersection and the target traffic light device deployed at the target intersection based on the vehicle trajectory data and the candidate intersection location data in the map road can be found in steps S403-S405.

[0076] S403. Based on the heading angle data in the vehicle trajectory data, determine the candidate intersections in the direction of travel of the virtual vehicle.

[0077] S404. Based on the real-time location data of the virtual vehicle in the vehicle motion trajectory data and the location data of the candidate intersection, determine the real-time distance between the virtual vehicle and the candidate intersection.

[0078] S405. When the real-time distance is equal to a preset distance threshold, the candidate intersection is taken as the target intersection, and the target traffic light device deployed at the target intersection is determined.

[0079] By following steps S403-S405, the target intersection that the virtual vehicle will pass through can be accurately determined, and the scenario of the vehicle passing through the intersection can be accurately recreated due to obtaining the data to be verified too early or too late.

[0080] S406. Obtain the traffic light data pushed by the target traffic light device and the relevant data of the static map of the intersection that has been manually marked in advance and associated with the target intersection.

[0081] S407. Verify the traffic light data and the relevant data of the static map of the intersection.

[0082] In this embodiment, the security of this data verification can be ensured by verifying the timeliness of vehicle parameters; and by determining the target intersection for data verification by the real-time distance between the virtual vehicle and the candidate intersection, and obtaining the data to be verified, the scenario of the vehicle passing through the intersection can be realistically recreated.

[0083] Figure 5 This is a logical schematic diagram of another data verification method according to an embodiment of this disclosure. For example... Figure 5As shown, the data verification service for implementing this public data verification method is deployed in the government network publishing area. The implementation of this method also involves mobile terminals, government networks with data sharing services, network gateways with data synchronization services, video private networks with data services provided by traffic light equipment manufacturers, and traffic light equipment. The specific logic of this method includes the following:

[0084] The target traffic light equipment communicates with the vendor's data service in the video private network; the traffic light equipment can send real-time phase light colors and light color switching countdowns to the vendor's data service; through the data access service pre-deployed in the video private network, dynamic data including real-time phase light colors and light color switching countdowns are pulled from the vendor's data service; at the same time, the vendor's data service pushes pre-marked intersection static map data to the data access service; the data access service parses and stores the traffic light data and intersection static map data; the network gateway's data synchronization service synchronizes the stored data to the government network's data sharing service. Based on this, the mobile terminal controls virtual vehicles to drive on the map roads and sends the vehicle movement trajectory data to the data verification service. The data verification service verifies the vehicle parameters in the vehicle movement trajectory and, after successful verification, determines the target intersection and target traffic light equipment that need to be verified. Then, it pulls the traffic light data pushed by the target traffic light equipment and the relevant static map data of the target intersection from the government network's data sharing service for verification. Specifically, the SPAT message verification sub-service and MAP message verification sub-service verify the two types of data respectively, and send the verification results to the mobile terminal for display and storage through the data delivery self-service. In this way, the verification of traffic light data and intersection data is automated, which improves the data verification efficiency compared to manual verification.

[0085] Figure 6 This is a schematic diagram of a data verification device according to an embodiment of the present disclosure. This embodiment is applicable to data verification scenarios. This device can implement the data verification method described in any embodiment of the present disclosure. Figure 6 As shown, the device 600 specifically includes:

[0086] The data receiving module 601 is used to receive vehicle motion trajectory data sent by the mobile terminal; wherein, the vehicle motion trajectory data is generated by the mobile terminal by controlling a virtual vehicle to drive on a map road;

[0087] Matching module 602 is used to determine the target intersection and the target traffic light device deployed at the target intersection based on the vehicle movement trajectory data and the candidate intersection location data in the map road;

[0088] The data acquisition module 603 is used to acquire the traffic light data pushed by the target traffic light device and the relevant data of the static map of the intersection that has been manually marked in advance and associated with the target intersection.

[0089] The verification module 604 is used to verify the traffic light data and the relevant data of the static map of the intersection.

[0090] In one alternative implementation, it also includes:

[0091] The first assembly module is used to assemble the acquired traffic light data into traffic light phase and time messages;

[0092] The second assembly module is used to assemble the static map data of the target intersection into a static data message.

[0093] In one optional implementation, the verification module includes:

[0094] The dynamic data verification unit is used to verify whether there are abnormal light colors, abnormal countdown seconds, or abnormal data delays based on the phase and time messages of the traffic lights.

[0095] The static data verification unit is used to determine whether there are labeling errors or missing data based on the static data message of the intersection.

[0096] In one alternative implementation, it also includes:

[0097] The phase verification module is used to map and verify the phase identifiers in the traffic light phase and time messages and the intersection static data messages to determine whether a phase is missing in the intersection static data messages.

[0098] In one alternative implementation, it also includes:

[0099] The feedback module is used to send the traffic light phase and time messages, the intersection static data messages, and the verification results to the mobile terminal, so that the mobile terminal can store the received data in a structured manner according to the intersection.

[0100] In one optional implementation, the mobile terminal is also used to visualize the verification results of the target intersection and the traffic light data of the phase ahead of the virtual vehicle.

[0101] In one optional implementation, the vehicle trajectory data includes the real-time position data of the virtual vehicle, the parameter data of the virtual vehicle, and the real-time heading angle data;

[0102] The device further includes:

[0103] The timeliness verification module is used to verify the timeliness of the parameter data of the virtual vehicle, and after the verification is passed, it performs the operation of determining the target intersection and the target traffic light equipment deployed at the target intersection.

[0104] In one alternative implementation, the matching module is further configured to:

[0105] Based on the heading angle data in the vehicle trajectory data, candidate intersections in the direction of travel of the virtual vehicle are determined;

[0106] Based on the real-time location data of the virtual vehicle in the vehicle motion trajectory data and the location data of the candidate intersection, the real-time distance between the virtual vehicle and the candidate intersection is determined.

[0107] When the real-time distance equals a preset distance threshold, the candidate intersection is taken as the target intersection, and the target traffic light device deployed at the target intersection is determined.

[0108] In one alternative implementation, the mobile device is further used for:

[0109] Based on the city, intersection, and driving direction set by the user, the virtual vehicle is controlled to drive on the map roads; or

[0110] The system controls the virtual vehicle to travel on the map roads based on the user-defined start and end points and driving routes.

[0111] The above-described products can perform the methods provided in any embodiment of this disclosure, and have the corresponding functional modules and beneficial effects for performing the methods.

[0112] The collection, storage, use, processing, transmission, provision, and disclosure of user personal information involved in the technical solution disclosed herein comply with the provisions of relevant laws and regulations and do not violate public order and good morals.

[0113] According to embodiments of this disclosure, this disclosure also provides an electronic device, a readable storage medium, and a computer program product.

[0114] Figure 7A schematic block diagram of an example electronic device 700 that can be used to implement embodiments of the present disclosure is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the present disclosure described and / or claimed herein.

[0115] like Figure 7 As shown, device 700 includes a computing unit 701, which can perform various appropriate actions and processes based on a computer program stored in read-only memory (ROM) 702 or a computer program loaded from storage unit 708 into random access memory (RAM) 703. RAM 703 may also store various programs and data required for the operation of device 700. The computing unit 701, ROM 702, and RAM 703 are interconnected via bus 704. Input / output (I / O) interface 705 is also connected to bus 704.

[0116] Multiple components in device 700 are connected to I / O interface 705, including: input unit 706, such as keyboard, mouse, etc.; output unit 707, such as various types of monitors, speakers, etc.; storage unit 708, such as disk, optical disk, etc.; and communication unit 709, such as network card, modem, wireless transceiver, etc. Communication unit 709 allows device 700 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0117] The computing unit 701 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the computing unit 701 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various computing units that execute machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 701 performs the various methods and processes described above, such as data verification methods. For example, in some embodiments, the data verification method may be implemented as a computer software program tangibly contained in a machine-readable medium, such as storage unit 708. In some embodiments, part or all of the computer program may be loaded and / or installed on device 700 via ROM 702 and / or communication unit 709. When the computer program is loaded into RAM 703 and executed by the computing unit 701, one or more steps of the data verification method described above may be performed. Alternatively, in other embodiments, the computing unit 701 may be configured to perform data verification methods by any other suitable means (e.g., by means of firmware).

[0118] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), complex programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0119] The program code used to implement the methods of this disclosure may be written in any combination of one or more programming languages. This program code may be provided to a processor or controller of a general-purpose computer, special-purpose computer, or other programmable data processing apparatus, such that when executed by the processor or controller, the program code causes the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may be executed entirely on a machine, partially on a machine, as a standalone software package partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0120] In the context of this disclosure, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on 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 of the foregoing.

[0121] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device for displaying information to the user (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor); and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the computer. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0122] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or computing systems that include middleware components (e.g., application servers), or computing systems that include frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0123] Computer systems can include clients and servers. Clients and servers are generally geographically separated and typically interact via communication networks. The client-server relationship is established by computer programs executed on the respective computers and having a client-server relationship with each other. A server can be a cloud server, also known as a cloud computing server or cloud host, a hosting product within the cloud computing service system that addresses the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability. Servers can also be servers for distributed systems or servers incorporating blockchain technology.

[0124] Artificial intelligence (AI) is the study of enabling computers to simulate certain human thought processes and intelligent behaviors (such as learning, reasoning, thinking, and planning). It encompasses both hardware and software technologies. AI hardware technologies generally include sensors, dedicated AI chips, cloud computing, distributed storage, and big data processing. AI software technologies mainly include computer vision, speech recognition, natural language processing, machine learning / deep learning, big data processing, and knowledge graph technologies.

[0125] Cloud computing refers to a technology system that enables access to a shared pool of physical or virtual resources via a network. These resources can include servers, operating systems, networks, software, applications, and storage devices, and can be deployed and managed on demand and in a self-service manner. Cloud computing technology can provide efficient and powerful data processing capabilities for applications such as artificial intelligence and blockchain, as well as for model training.

[0126] It should be understood that the various forms of processes shown above can be used to rearrange, add, or delete steps. For example, the steps described in this disclosure can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution provided in this disclosure can be achieved, and this is not limited herein.

[0127] The specific embodiments described above do not constitute a limitation on the scope of protection of this disclosure. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this disclosure should be included within the scope of protection of this disclosure.

Claims

1. A data validation method, comprising: Receive vehicle trajectory data sent by a mobile terminal; wherein the vehicle trajectory data is generated by the mobile terminal controlling a virtual vehicle to drive on a map road; Based on the vehicle trajectory data and the candidate intersection location data in the map road, the target intersection and the target traffic light equipment deployed at the target intersection are determined; Obtain the traffic light data pushed by the target traffic light device and the relevant data of the static intersection map that has been manually marked in advance and associated with the target intersection; The acquired traffic light data is assembled into traffic light phase and time messages; The static map data of the target intersection is assembled into a static data message. Based on the signal light phase and time message, verify whether there are any abnormal light colors, abnormal countdown seconds, or abnormal data delays; Based on the intersection static data message, determine whether there are labeling errors or missing data; map and verify the phase identifiers in the traffic light phase and time message and the intersection static data message to determine whether there are missing phases in the intersection static data message.

2. The method according to claim 1, further comprising: The traffic light phase and time messages, the intersection static data messages, and the verification results are sent to the mobile terminal, enabling the mobile terminal to store the received data in a structured manner according to the intersection.

3. The method according to claim 1, wherein, The mobile device is also used to visualize the verification results of the target intersection, the traffic light data of the phase ahead of the virtual vehicle, and the relevant data of the static map of the intersection.

4. The method according to claim 1, wherein, The vehicle trajectory data includes the virtual vehicle's real-time location data, virtual vehicle parameter data, and real-time heading angle data; The method further includes: The timeliness of the parameter data of the virtual vehicle is verified, and after the verification is passed, the operation of determining the target intersection and the target traffic light equipment deployed at the target intersection is executed.

5. The method according to claim 4, wherein, Based on the vehicle trajectory data and the candidate intersection location data in the map road, the target intersection and the target traffic light equipment deployed at the target intersection are determined, including: Based on the heading angle data in the vehicle trajectory data, candidate intersections in the direction of travel of the virtual vehicle are determined; Based on the real-time location data of the virtual vehicle in the vehicle motion trajectory data and the location data of the candidate intersection, the real-time distance between the virtual vehicle and the candidate intersection is determined. When the real-time distance equals a preset distance threshold, the candidate intersection is taken as the target intersection, and the target traffic light device deployed at the target intersection is determined.

6. The method according to claim 1, wherein, The process of controlling a virtual vehicle to drive on a map road using a mobile terminal includes: The mobile device controls the virtual vehicle to drive on the map roads based on the city, intersection, and driving direction set by the user; or The mobile device controls the virtual vehicle to travel on the map roads according to the user-defined start and end points and driving routes.

7. A data verification device, comprising: The data receiving module is used to receive vehicle trajectory data sent by the mobile terminal; wherein, the vehicle trajectory data is generated by the mobile terminal by controlling a virtual vehicle to drive on a map road; The matching module is used to determine the target intersection and the target traffic light device deployed at the target intersection based on the vehicle movement trajectory data and the candidate intersection location data in the map road; The data acquisition module is used to acquire the traffic light data pushed by the target traffic light device and the relevant data of the static map of the intersection that has been manually marked in advance and associated with the target intersection. The verification module is used to verify the traffic light data and the relevant data of the static map of the intersection; The first assembly module is used to assemble the acquired traffic light data into traffic light phase and time messages; The second assembly module is used to assemble the static map data of the target intersection into a static data message. The verification module includes: The dynamic data verification unit is used to verify whether there are abnormal light colors, abnormal countdown seconds, or abnormal data delays based on the phase and time messages of the traffic lights. The static data verification unit is used to determine whether there are labeling errors or missing data based on the static data message of the intersection. The phase verification module is used to map and verify the phase identifiers in the traffic light phase and time messages and the intersection static data messages to determine whether a phase is missing in the intersection static data messages.

8. The apparatus according to claim 7, further comprising: The feedback module is used to send the traffic light phase and time messages, the intersection static data messages, and the verification results to the mobile terminal, so that the mobile terminal can store the received data in a structured manner according to the intersection.

9. The apparatus according to claim 7, wherein, The mobile device is also used to visualize the verification results of the target intersection and the traffic light data of the phase ahead of the virtual vehicle.

10. The apparatus according to claim 7, wherein, The vehicle trajectory data includes the virtual vehicle's real-time location data, virtual vehicle parameter data, and real-time heading angle data; The device further includes: The timeliness verification module is used to verify the timeliness of the parameter data of the virtual vehicle, and after the verification is passed, it performs the operation of determining the target intersection and the target traffic light equipment deployed at the target intersection.

11. The apparatus according to claim 10, wherein, The matching module is also used for: Based on the heading angle data in the vehicle trajectory data, candidate intersections in the direction of travel of the virtual vehicle are determined; Based on the real-time location data of the virtual vehicle in the vehicle motion trajectory data and the location data of the candidate intersection, the real-time distance between the virtual vehicle and the candidate intersection is determined. When the real-time distance equals a preset distance threshold, the candidate intersection is taken as the target intersection, and the target traffic light device deployed at the target intersection is determined.

12. The apparatus according to claim 7, wherein, The mobile device is also used for: Based on the city, intersection, and driving direction set by the user, the virtual vehicle is controlled to drive on the map roads; or The system controls the virtual vehicle to travel on the map roads based on the user-defined start and end points and driving routes.

13. An electronic device, comprising: 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 data verification method according to any one of claims 1-6.

14. A non-transitory computer-readable storage medium storing computer instructions, wherein, The computer instructions are used to cause the computer to execute the data verification method according to any one of claims 1-6.

15. A computer program product comprising a computer program that, when executed by a processor, implements the data verification method according to any one of claims 1-6.

Images