Vehicle access management method, electronic equipment and readable storage medium

Abstract

The invention discloses a vehicle access management method, electronic equipment and a readable storage medium, relates to the technical field of vehicle management, and is applied to a vehicle access management system which is in communication connection with a camera group, a management end and a driver end. The vehicle access management method comprises the steps that when a camera group collects first snapshot information of a target vehicle, a session corresponding to the target vehicle is established according to the first snapshot information, and the session at least comprises vehicle information; when the camera group collects second snapshot information and the management end or the driver end collects the first request information, the second snapshot information or the first request information is merged into the session; and generating a corresponding second processing result according to the combined session. The technical scheme of the invention aims to improve the processing accuracy and processing efficiency of the vehicle entrance and exit management process.

Description

Technical Field

[0001] This application relates to the field of vehicle management technology, and in particular to a vehicle access management method, electronic device, and computer-readable storage medium. Background Technology

[0002] In general, parking lot vehicle access management systems need to process various vehicle access requests, including camera capture reports, gatekeeper operation information, driver operation information, vehicle identity and authorization information, and vehicle payment information. These requests originate from different sources and are triggered at different times. However, the entry and exit of the same vehicle involves multiple requests, so these requests need to be combined to determine whether to open the gate. Current processing solutions for these requests include sequential processing and blocking loop waiting, requiring each request to be processed sequentially or waiting for new requests before determining the final result. However, these methods suffer from drawbacks such as conflicting results, slow processing speed, and high latency.

[0003] The information disclosed in this background section is only for understanding the background technology of the present application concept, and therefore may contain information that does not constitute prior art. Summary of the Invention

[0004] The main objective of this application is to provide a vehicle access management method, electronic device, and computer-readable storage medium, which aim to improve the processing accuracy and efficiency of the vehicle access management process.

[0005] To achieve the above objectives, this application provides a vehicle access management method, applied to a vehicle access management system, wherein the vehicle access management system is communicatively connected to a camera group, a management terminal, and a driver terminal, and the vehicle access management method includes: When the first capture information of the target vehicle collected by the camera group is received, a session corresponding to the target vehicle is established based on the first capture information. The camera group includes at least two cameras, and the session includes at least vehicle information. When the second capture information collected by the camera group, the first request information collected by the management terminal, or the first request information collected by the driver terminal are received, the second capture information or the first request information will be merged into the session; A second processing result is generated based on the merged session, wherein the second processing result includes at least one of allowing passage or prohibiting passage.

[0006] In one embodiment, the session further includes a request source, the vehicle information includes at least license plate information, and the step of merging the second capture information or the first request information into the session includes: If the priority of the request source corresponding to the second capture information or the first request information is higher than the priority of the request source corresponding to the first capture information in the session, then the license plate information of the session is updated according to the license plate information contained in the second capture information or the first request information. If the priority of the request source corresponding to the second capture information or the first request information is lower than the priority of the request source corresponding to the first capture information in the session, then the license plate information in the session remains unchanged.

[0007] In one embodiment, the request source includes at least management terminal acquisition, camera group acquisition that meets the passage conditions, driver terminal acquisition, and camera group acquisition that does not meet the passage conditions. The priority of each request source is in descending order as follows: management terminal acquisition, camera group acquisition that meets the passage conditions, driver terminal acquisition, and camera group acquisition that does not meet the passage conditions. When the request source is camera group acquisition that meets the passage conditions, the capture information also includes a credibility score of the license plate information, and the higher the credibility score, the higher the corresponding priority.

[0008] In one embodiment, the step of generating a corresponding second processing result based on the merged session includes: Based on the vehicle entry processing chain or vehicle exit processing chain in the vehicle access management system, determine whether the vehicle information in the merged session meets the preset passage conditions. If the conditions are met, the second processing result is determined to be that passage is permitted; If the conditions are not met, the second processing result is determined to be prohibition of passage.

[0009] In one embodiment, the step of determining whether the vehicle information in the merged session meets the preset passage conditions based on the vehicle entry processing chain or the vehicle exit processing chain in the vehicle access management system includes: In the vehicle entry scenario, the vehicle information is input into the vehicle entry processing chain, and processed sequentially by various entry condition processors in the vehicle entry processing chain; If the vehicle information meets the preset passage conditions in any of the entry condition processors, the processing stops and it is determined that the vehicle information meets the preset passage conditions; or, if the vehicle information meets the preset prohibition conditions in any of the entry condition processors, the processing stops and it is determined that the vehicle information does not meet the preset passage conditions. In the vehicle exit scenario, the vehicle information is input into the vehicle exit processing chain, and processed sequentially by various exit condition processors in the vehicle exit processing chain; If the vehicle information meets any of the preset passage conditions in the exit condition processor, the processing stops and it is determined that the vehicle information meets the preset passage conditions; or, if the vehicle information meets any of the preset prohibition conditions in the exit condition processor, the processing stops and it is determined that the vehicle information does not meet the preset passage conditions.

[0010] In one embodiment, the step of sequentially processing the vehicle entry conditions through multiple entry condition processors in the vehicle entry processing chain includes: sequentially performing emergency release processing, toll booth operation processing, unlicensed vehicle processing, illegal license plate processing, repeated entry processing, special vehicle processing, prohibited vehicle processing, fixed vehicle processing and / or temporary vehicle processing according to the vehicle information, until the preset passage conditions or preset prohibition conditions are met. If all processing procedures do not meet the preset prohibition conditions, then the vehicle information is determined to meet the preset passage conditions. The step of sequentially processing the vehicle exit conditions through the various exit condition processors in the vehicle exit processing chain includes: sequentially performing emergency release processing, no license plate processing, illegal license plate processing, toll booth operation processing, special vehicle processing and / or payment processing according to the vehicle information. If none of the processing procedures meet the preset prohibition conditions, then the vehicle information is determined to meet the preset passage conditions.

[0011] In one embodiment, the method further includes: If the vehicle information does not meet the preset passage conditions, alarm information is sent to the management terminal and the preset prompting device respectively; If the second processing result is that passage is prohibited, alarm information is sent to the management terminal and the preset prompting device respectively.

[0012] In one embodiment, the vehicle access management system further includes a control device, and after the step of generating a corresponding second processing result based on the merged session, the method further includes: The second processing result is sent to the management terminal and the control device, wherein the control device is used to perform the gate opening action or prohibit the gate opening action; If, after the second processing result is sent to the management terminal and the control device, the camera group collects the third capture information, the management terminal collects the second request information, or the driver terminal collects the second request information, then the third capture information or the second request information is merged into the session; A third processing result is generated based on the merged session, and the third processing result is sent to the management terminal and the control device.

[0013] In one embodiment, the vehicle access management method further includes: If, during the generation of the second processing result, the fourth capture information collected by the camera group, the third request information collected by the management terminal, or the third request information collected by the driver terminal is received, then the fourth capture information or the third request information will be merged into the session. If the license plate information of the merged session is not updated, the fourth capture information or the third request information is discarded, and the second processing result is generated. If the license plate information of the merged session is updated, a fourth processing result is generated based on the merged session.

[0014] In addition, this application also provides an electronic device, which includes at least: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the vehicle access management method applied to the electronic device as described above.

[0015] In addition, to achieve the above objectives, this application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps of the vehicle access management method described above.

[0016] In addition, to achieve the above objectives, this application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the vehicle access management method described above.

[0017] This application provides a vehicle access management method, applied to a vehicle access management system. The vehicle access management system is communicatively connected to a camera group, a management terminal, and a driver terminal. The vehicle access management method includes: when receiving first capture information of a target vehicle collected by the camera group, establishing a session corresponding to the target vehicle based on the first capture information, wherein the camera group includes at least two cameras, and the session includes at least vehicle information; when receiving second capture information collected by the camera group, first request information collected by the management terminal, or first request information collected by the driver terminal, merging the second capture information or the first request information into the session; generating a corresponding second processing result based on the merged session, wherein the second processing result includes at least one of allowing passage or prohibiting passage. Compared to traditional processing methods, the technical solution of this application adopts a method of merging the capture information or request information collected by the camera group, management terminal, or driver terminal. Through the session merging mechanism, problems such as duplicate processing and incorrect license plate processing are effectively avoided, invalid or erroneous alarms are reduced, and processing accuracy is improved. Moreover, this application abandons the loop waiting mechanism. Only when the vehicle information of the first capture information collected by the camera group does not meet the preset communication conditions will an alarm be sent to the management terminal and the driver terminal and request information be collected. This is equivalent to introducing an event listening mechanism, which reduces the resource consumption and response delay caused by loop waiting and improves the process processing efficiency. Attached Figure Description

[0018] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0019] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0020] Figure 1 This is a flowchart illustrating the vehicle access management method in the embodiments of this application; Figure 2 This is a schematic diagram of the processing flow of the vehicle entry processing chain and the vehicle exit processing chain in the entry and exit release management module in the vehicle entry scenario and the vehicle exit scenario, respectively, in the embodiments of this application. Figure 3 This is a schematic diagram illustrating the sequential processing order of each processor in the vehicle entry processing chain in this embodiment of the application. Figure 4 This is a schematic diagram illustrating the sequential processing order of each processor in the vehicle exit processing chain in this embodiment of the application. Figure 5 This is a schematic diagram of the hardware operating environment of the equipment involved in the vehicle access management method in this application embodiment.

[0021] The purpose, features, and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0022] To make the above-mentioned objectives, features, and advantages of this application more apparent and understandable, the technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are merely some embodiments of this application, and not all embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of this application without creative effort are within the scope of protection of this application.

[0023] It should be understood that the specific embodiments described herein are merely illustrative of the technical solutions of this application and are not intended to limit this application.

[0024] To better understand the technical solution of this application, a detailed description will be provided below in conjunction with the accompanying drawings and specific implementation methods.

[0025] In parking lot entrance and exit management scenarios, to comprehensively process capture reports, operational information, and other information from multiple request sources, existing traditional processing methods mainly include the following three: First, a serial processing method, which processes each piece of information sequentially, but this is time-consuming, has a slow response speed, and when multiple pieces of information are processed separately and output different results, it will affect user judgment and result in poor accuracy; Second, a blocking loop waiting method, which continuously refreshes the query booth or the driver's manually processed input operation information, resulting in unnecessary waste of computing resources and excessive latency; Third, designing an independent processing link for each type of request information, or inserting the processing flow of other request information into the main processing link, this processing logic is relatively chaotic and has poor scalability.

[0026] To overcome the shortcomings of the existing technology and improve the accuracy and efficiency of vehicle entry and exit management, this application provides a vehicle entry and exit management method for a vehicle entry and exit management system. The vehicle entry and exit management system includes a camera group, a management terminal, and a driver terminal. (Refer to...) Figure 1 , Figure 1 This is a flowchart illustrating an embodiment of the vehicle access management method of this application. The vehicle access management method includes: Step S10: When the first capture information of the target vehicle collected by the camera group is received, a session corresponding to the target vehicle is established based on the first capture information. The camera group includes at least two cameras, and the session includes at least vehicle information. The camera group may include multiple cameras (at least two, one for capturing vehicles entering and the other for capturing vehicles exiting) located at different positions. Due to the different positions of the cameras, the time for collecting and capturing information is also different. For example, the camera located at the front will capture the first capture information of the target vehicle first and send it back to the vehicle access management system. The vehicle access management system will process the first capture information according to its own access control service and generate a processing result. If the vehicle information meets the preset passage conditions, the processing result is to allow passage, and the gate will be opened for passage without executing subsequent steps. If the vehicle information does not meet the preset passage conditions, that is, the processing result is to prohibit passage, then the subsequent steps S20 to S40 will continue to be executed.

[0027] In addition, this application embodiment introduces a session merging mechanism. Each entry or exit is regarded as a session. A session contains at least one camera-reported capture information, and may also contain request information collected by the management end (e.g., manual operation at the toll booth) and the driver end (e.g., driver self-service operation).

[0028] Step S20: When the second capture information collected by the camera group, the first request information collected by the management terminal, or the first request information collected by the driver terminal is received, the second capture information or the first request information is merged into the session. After a session has been established, the booth administrator or driver may enter new request information (such as license plate number or control commands). On the other hand, another camera in the camera group may also capture a second snapshot (including license plate information). In the above cases, the second snapshot information or the second snapshot information is merged into the session. The license plate information in the session may or may not be updated according to the actual situation, so that new processing results can be generated based on the updated session.

[0029] For example, because the cameras in the camera group are positioned and have different shooting angles, the license plate number represented by the first snapshot information captured by the first camera may be unclear, incomplete, or inaccurate. Therefore, the vehicle information is determined to be inconsistent with the preset passage conditions. Several seconds later, the second camera in the camera group captures the second snapshot information, which clearly and accurately represents the license plate number of the target vehicle. In this way, the clear license plate number can be updated in the session. Through the aforementioned session merging mechanism, problems such as duplicate processing and incorrect license plate handling are effectively avoided, invalid or erroneous alarms are reduced, and the accuracy of the processing flow is improved.

[0030] Step S30: Generate a corresponding second processing result based on the merged session, wherein the second processing result includes at least one of allowing passage or prohibiting passage.

[0031] After merging the sessions, the system determines whether the target vehicle meets the preset passage conditions based on the license plate information in the merged new session, and finally generates a second processing result, which is to allow passage or prohibit passage.

[0032] After generating the second processing result, the second processing result can be sent to the management terminal (such as the guard post) and the device that controls the opening of the barrier gate, so as to control the opening of the barrier gate or keep the barrier gate closed.

[0033] Compared to traditional processing methods, the technical solution of this application embodiment no longer designs an independent processing link for each capture or request information, or inserts processing logic in the middle of the main process. Instead, it inputs the capture or request information from the three request sources—camera, guard booth, and driver—into the processing link to complete the entire process. If additional processing logic is needed later, only a processor needs to be added to the link, achieving a more efficient link expansion effect.

[0034] For example, multiple cameras can be installed at the entrance and exit of a parking lot to form a camera group. Each camera is divided into a main camera and an auxiliary camera. The camera is responsible for identifying the license plates of vehicles entering or leaving the parking lot and reporting them to the entry and exit management module. It is also responsible for receiving gate opening instructions, alarm messages, etc. issued by the system. The management terminal (such as the booth computer) is a terminal for the booth administrator to view vehicle entry and exit information and perform manual processing, offline payment, recharge, etc. Drivers can pay parking fees and recharge on WeChat or Alipay mini-programs. If the driver's vehicle is a vehicle without a license plate, he can enter the license plate on the mini-program to complete the entry or exit. In addition, the vehicle entry and exit management system is responsible for receiving the capture information or request information from the camera, booth computer, and mobile mini-program to complete the vehicle passage process. It mainly includes the following types of services: (1) Camera message parsing service: responsible for receiving the capture information reported by the camera, parsing it, and forwarding it to the subsequent entry and exit control service; (2) Entry and exit control service: responsible for receiving the camera capture information, booth processing request, and mobile mini-program processing request and performing merge processing. The process requires querying vehicle identity, calculating parking fees, and sending control commands; (3) Fee calculation service: responsible for calculating parking fees according to charging rules, coupons, etc.; (4) Payment service: responsible for managing payment orders, bills, etc.; (5) Equipment management service: responsible for issuing commands to the camera, such as opening the gate, voice broadcasting, LED (light-emitting diode) display, etc.; (6) Booth interaction service: the access control system and the booth computer use WebSocket (a protocol for full-duplex communication over a single TCP connection) to interact. When an anomaly is detected (such as a prohibited vehicle or unpaid parking fee), the booth needs to be notified via WebSocket; (7) Vehicle management service: responsible for managing vehicle identity, including prohibited vehicles (prohibited from entering), special vehicles (unrestricted entry and exit, no payment required), package vehicles (vehicles that enter and exit for free after purchasing a package), stored-value vehicles (vehicles that are charged after recharging), and vehicle accounts. The account is used to manage the balance and package days of package vehicles and stored-value vehicles. There may be multiple vehicles under the same account.

[0035] For example, the session may include various information types, such as vehicle information, request source, action performed, session status, and others. Vehicle information may include vehicle type, license plate number, recognition score, etc., used to represent basic vehicle passage information. Request source includes various capture information or request sources corresponding to various capture information or request information, such as cameras, guard booths, drivers, etc., used to determine whether to continue processing based on the preset priority of the request source. Session status includes processing in progress or completed, used to determine whether sessions can be merged based on the session status. If processing in progress, they can be merged; if completed, they cannot be merged. Other content includes processing time, device ID of the device that reported the capture information or request information, guard booth administrator ID of the operation, etc., used to complete the vehicle passage processing information.

[0036] Furthermore, in one feasible embodiment, the session also includes a request source, and the vehicle information includes at least license plate information. The step of merging the second capture information or the first request information into the session includes: Step S21: If the priority of the request source corresponding to the second capture information or the first request information is higher than the priority of the request source corresponding to the first capture information in the session, then update the license plate information of the session according to the license plate information contained in the second capture information or the first request information. Step S22: If the priority of the request source corresponding to the second capture information or the first request information is lower than the priority of the request source corresponding to the first capture information in the session, then keep the license plate information in the session unchanged.

[0037] It should be noted that during the process of merging the second captured information or the first request information into the session, the priority of the request source must be considered to determine whether to update the license plate information. Specifically, the session before merging includes the license plate information corresponding to the first captured information, and the second captured information or the first request information also contains license plate information. When the license plate information of the two is different, i.e., there is a conflict, only one license plate information is retained. This needs to be determined based on the priority of the request source corresponding to the second captured information or the first request information and the request source corresponding to the first captured information.

[0038] The priority of the request source reflects its credibility and level of authority in the vehicle access management process. For example, the management terminal (such as the toll booth) has the highest authority, and the legitimate license plates captured by the camera also have a high priority, while the license plate information entered by the driver has a relatively low priority, which can prevent drivers from maliciously modifying their license plates to evade tolls.

[0039] For example, there are three types of request sources corresponding to the vehicle access management system. The request sources for access control are as follows: First, the camera group: the main and auxiliary cameras are responsible for reporting the license plate information they have identified. The license plate information will directly enter the processing flow, and the license plate information reported by multiple cameras will be merged. Second, the management terminal (e.g., the guard booth): after the capture information reported by the camera is processed by the vehicle access management system, if there is a violation of entry or exit, an alarm will be sent to the guard booth computer and the camera. The guard booth administrator is responsible for handling the alarm events. These processing operations will be constructed as new requests and enter the processing flow, which will be merged with the processing flow of the license plate information reported by the camera. Common alarms and handling procedures include: No-license-plate alarm (can manually enter license plate number and then allow entry); Illegal license plate alarm (can manually modify license plate number and then allow entry); Restricted vehicle alarm (can manually allow or deny entry); Repeat entry alarm (can allow free entry, pay entry, or deny entry); Parking space exhausted alarm (can choose to allow or deny entry); Temporary vehicle outside permitted entry time period alarm (can choose to allow entry this time, add as a permanent vehicle for allowance, or deny entry); Parking space full alarm (can choose to allow entry this time, add as a permanent vehicle for allowance, or deny entry); Unpaid parking fee. The system sends alarms to the toll booth if a vehicle leaves without paying its parking fee. The booth can then handle actions such as offline payment, free passage, account top-up, or renewal of a parking pass. Thirdly, on the driver's side: after the vehicle access management system processes the captured information from the cameras, it sends alarms to the cameras if there are any restrictions on entry or exit. Drivers can then take corresponding actions, which are combined into a new request and processed together with the license plate information reported by the camera and the request information from the toll booth. Common alarms and processing actions include: alarms for vehicles without license plates (drivers can scan a QR code to enter the license plate); alarms for illegal license plates (drivers can scan a QR code to enter the license plate); and alarms for unpaid parking fees (drivers can scan a QR code to pay or top up their parking fee on a mobile app if the parking fee is not paid). If the toll booth or driver self-service processing action is received, it is constructed as a pseudo-request and re-enters the processing flow, merging with the camera's captured information in the same session.

[0040] Furthermore, in a feasible embodiment, the request source includes at least management terminal acquisition, camera group acquisition that meets the passage conditions, driver terminal acquisition, and camera group acquisition that does not meet the passage conditions. The priority of each request source is in descending order as follows: management terminal acquisition, camera group acquisition that meets the passage conditions, driver terminal acquisition, and camera group acquisition that does not meet the passage conditions. When the request source is camera group acquisition that meets the passage conditions, the capture information also includes a credibility score of the license plate information, and the higher the credibility score, the higher the corresponding priority.

[0041] It should be noted that the information collected by the management end from this request source can include license plates entered or modified from the toll booth, which have the highest priority (priority value of 5). For example, when a vehicle without a license plate, an illegal license plate, a vehicle prohibited from driving, or a temporary vehicle enters or leaves the area, the toll booth administrator will manually correct it after receiving the alarm. The manual license plate entered by the toll booth is considered to have the highest priority, and the administrator can modify the license plate for requests with lower priority, such as modifying illegal license plates reported by the camera, or legal license plates for vehicles prohibited from driving or temporary vehicles. The request source for "camera group acquisition and compliance with passage conditions" can be understood as license plates reported by the cameras that are legal (permitted to pass). Multiple cameras can be installed at an entrance / exit to identify license plates from different angles. The cameras score the credibility of the identified license plates based on factors such as lighting and image quality. It's worth noting that license plates with higher scores (priority value 4) can correct license plates with lower scores (priority value 3). For vehicles without license plates or in cases where the camera misidentifies the license plate, the driver can scan a QR code to enter the license plate on their mobile phone (priority value 2). This license plate request has a higher priority than illegal or empty license plates reported by the cameras and can be modified. "Camera group acquisition and non-compliance with passage conditions" (priority value 1) corresponds to the lowest priority, because a camera might identify an illegal license plate due to its angle. In this case, all other request sources can update it.

[0042] Furthermore, in a feasible embodiment, the step of generating a corresponding second processing result based on the merged session may include: Step S31: Determine whether the vehicle information in the merged session meets the preset passage conditions based on the vehicle entry processing chain or vehicle exit processing chain in the vehicle entry and exit management system. Step S32: If the conditions are met, then the second processing result is determined to be that passage is permitted; If the condition is not met in step S33, then the second processing result is determined to be prohibition of passage.

[0043] In this embodiment of the application, the vehicle information of the merged session includes at least license plate information. The vehicle entry processing chain or vehicle exit processing chain in the vehicle entry and exit management system can analyze the license plate information to determine whether the vehicle information meets the preset passage conditions.

[0044] The vehicle entry processing chain and the vehicle exit processing chain are used to analyze vehicle information when a vehicle enters or exits the parking lot, respectively, to determine whether the second processing result is "allow passage" or "prohibit passage." If the second processing result is "allow passage," the barrier gate is opened to allow the vehicle to pass; if the second processing result is "prohibit passage," the barrier gate remains closed to prevent the vehicle from passing.

[0045] Furthermore, such as Figure 2As shown, step S31, determining whether the vehicle information in the merged session meets the preset passage conditions based on the vehicle entry processing chain or vehicle exit processing chain in the vehicle access management system, may include: Step S311: In the vehicle entry scenario, the vehicle information is input into the vehicle entry processing chain and processed sequentially by various entry condition processors in the vehicle entry processing chain. Step S312: If the vehicle information meets the preset passage conditions in any of the entry condition processors, then the processing is stopped and it is determined that the vehicle information meets the preset passage conditions; or, if the vehicle information meets the preset prohibition conditions in any of the entry condition processors, then the processing is stopped and it is determined that the vehicle information does not meet the preset passage conditions. Specifically, the vehicle entry processing chain includes multiple entry condition processors arranged according to processing priority. Each entry condition processor has preset passage or prohibition conditions. Each entry condition processor compares the input vehicle information with its own preset passage or prohibition conditions. If the vehicle meets the passage or prohibition conditions, the processing flow terminates, determining whether the vehicle information meets or does not meet the preset passage or prohibition conditions. If the vehicle information does not meet either of its own passage or prohibition conditions (equivalent to not meeting either preset passage or prohibition conditions), the vehicle information is input to the next entry condition processor in the vehicle entry processing chain, and the comparison with the passage or prohibition conditions continues in the next entry condition processor until it is determined whether the vehicle information meets or does not meet the preset passage or prohibition conditions, at which point the vehicle is immediately allowed to pass or prohibited. It should be noted that after being processed by all entry condition processors in sequence, if the vehicle information does not meet any of the prohibition conditions in any of the entry condition processors, it is determined that it meets the preset passage conditions, and the gate is opened for passage.

[0046] Step S313: In the vehicle exit scenario, the vehicle information is input into the vehicle exit processing chain and processed sequentially by various exit condition processors in the vehicle exit processing chain. Step S314: If the vehicle information meets the preset passage conditions in any of the exit condition processors, then the processing is stopped and it is determined that the vehicle information meets the preset passage conditions; or, if the vehicle information meets the preset prohibition conditions in any of the exit condition processors, then the processing is stopped and it is determined that the vehicle information does not meet the preset passage conditions.

[0047] Similar to the vehicle entry processing chain, the vehicle exit processing chain also includes multiple exit condition processors arranged according to processing priority. Each exit condition processor has preset passage or prohibition conditions. Each exit condition processor compares the input vehicle information with its own preset passage or prohibition conditions. If the vehicle meets the passage or prohibition conditions, the processing flow terminates, determining whether the vehicle information meets or does not meet the preset passage or prohibition conditions. If the vehicle information does not meet either of its own passage or prohibition conditions (equivalent to not meeting either preset passage or prohibition conditions), the vehicle information is input to the next exit condition processor in the vehicle exit processing chain, and the comparison with the passage or prohibition conditions continues in the next exit condition processor until it is determined whether the vehicle information meets or does not meet the preset passage or prohibition conditions, at which point the vehicle is immediately released or prohibited. It should be noted that after being processed by all exit condition processors in sequence, if the vehicle information does not meet any of the prohibition conditions in any of the exit condition processors, it is determined that it meets the preset passage conditions, and the gate is opened for release.

[0048] In one feasible embodiment, the step of sequentially processing by multiple entry condition processors in the vehicle entry processing chain includes: Step A10: Based on the vehicle information, proceed with the emergency release process, toll booth operation process, unlicensed vehicle process, illegal license plate process, duplicate entry process, special vehicle process, restricted vehicle process, fixed vehicle process, and / or temporary vehicle process in sequence until the preset passage conditions or preset restriction conditions are met. If all processes fail to meet the preset restriction conditions, then the vehicle information is determined to meet the preset passage conditions.

[0049] For example, the vehicle entry processing chain includes entry condition processors in the following order of execution: emergency release processor, gate operation processor, unlicensed vehicle processor, illegal license plate processor, repeated entry processor, special vehicle processor, prohibited vehicle processor, fixed vehicle processor, and temporary vehicle processor. It should be noted that, based on the execution logic of each processor, gate opening control functionality can be integrated into the processor as needed. For example, the emergency release processor integrates gate opening control functionality, and can directly control gate opening when the emergency release condition is met.

[0050] For example, the functions and execution order of the aforementioned entry condition processors are shown in the table below:

[0051] For example, the sequence of the session, which combines the capture information and request information collected by the camera group, management terminal, and driver terminal, and passes through each entry condition processor is as follows: Figure 3As shown, the final processing results are output to the camera group and the management terminal.

[0052] In one feasible embodiment, the step of sequentially processing by multiple exit condition processors in the vehicle exit processing chain includes: Step A20: Based on the vehicle information, proceed with the emergency release process, the no-license-plate process, the illegal license plate process, the toll booth operation process, the special vehicle process, and / or the payment process in sequence until the preset passage conditions or preset prohibition conditions are met. If all processes fail to meet the preset prohibition conditions, then the vehicle information is determined to meet the preset passage conditions.

[0053] For example, the vehicle exit processing chain includes exit condition processors in the following order of execution: emergency release processor, unlicensed vehicle processor, illegal license plate processor, toll booth operation processor, special vehicle processor, and payment processor.

[0054] For example, the functions and execution order of the aforementioned exit condition processors are shown in the table below:

[0055] For example, the sequence of the session, which combines the capture information and request information collected by the camera group, management terminal, and driver terminal, passes through the various exit condition processors is as follows: Figure 4 As shown, the final processing results are output to the camera group and the management terminal.

[0056] In one feasible embodiment, the vehicle access management method may further include: Step B10: If the vehicle information does not meet the preset passage conditions, send alarm information to the management terminal and the preset prompting device respectively; Step B20: If the second processing result is that passage is prohibited, alarm information is sent to the management terminal and the preset prompting device respectively.

[0057] The technical solution of this application embodiment introduces an event listening mechanism. If the vehicle information (e.g., license plate number) does not meet the preset passage conditions or the second processing result generated by the merged session is that passage is prohibited, alarm information needs to be sent to the management terminal (e.g., the guard booth) and the preset prompt device (which can output alarm information through the display screen or speaker) at the gate. After receiving the alarm information, the administrator (e.g., the guard booth administrator) and the driver can perform the corresponding operation (enter the license plate number).

[0058] For example, scenarios that do not meet the preset passage conditions may include abnormal scenarios such as vehicles without license plates, vehicles prohibited from entering, and vehicles with outstanding fees. In such cases, the vehicle access management system will send alarm information to the booth computer and preset prompting devices, at which point the session process is terminated. If a manual or self-service processing operation is received from the booth, it will be constructed as a pseudo-request, re-enter the processing flow, and be processed together with the established session.

[0059] For example, the management terminal can display or play alarm information through the computer in the guard booth, while the driver terminal can obtain alarm information through a preset display screen for visual display or by playing voice prompts through a speaker.

[0060] In one feasible embodiment, the vehicle access management system further includes a control device, and after the step of generating a corresponding second processing result based on the merged session, the method may further include: Step S40: The second processing result is sent to the management terminal and the control device, wherein the control device is used to execute the gate opening action or prohibit the gate opening action; Step S50: If, after the second processing result is sent to the management terminal and the control device, the camera group collects the third capture information, the management terminal collects the second request information, or the driver terminal collects the second request information, then the third capture information or the second request information is merged into the session. Step S60: Generate a third processing result based on the merged session, and send the third processing result to the management terminal and control device.

[0061] In this embodiment, the second processing result is immediately sent to the management terminal and control device after generation to control the opening or closing of the barrier gate. If new capture information or request information (i.e., third capture information or second request information) is received after the second processing result has been generated or sent, an action merging can be performed. That is, the later third capture information or second request information is merged into the session, and then a new third processing result is generated based on the merged session. Specifically, the priority of vehicle information during the session merging process is consistent with the priority of each processor in the vehicle entry processing chain and vehicle exit processing chain in the aforementioned embodiment. The step of generating a new third processing result based on the merged session is the same as the generation method of the second processing result in the aforementioned embodiment, and will not be described again here.

[0062] For example, in a vehicle entry scenario, if the license plate information captured by the first camera is determined to be an illegal license plate, an illegal license plate alarm is issued to the management terminal and control equipment. The second camera reports a valid license plate, which is then re-entered into the processing chain and processed sequentially by each processor until the passage or prohibition conditions are met. For instance, if the license plate information meets the criteria for a special vehicle, the gate is opened directly, allowing passage and ending the process; if the license plate information corresponds to a prohibited vehicle, passage is directly prohibited, ending the process. However, if a vehicle is determined to be a prohibited vehicle by the prohibited vehicle processor and a prohibited vehicle alarm is issued, and subsequently the management terminal (such as the guard booth computer) receives a manual operation from the administrator allowing the prohibited vehicle to enter, this is considered a new request. This request will re-execute all processors in the chain, and finally, if the passage conditions are met, an opening command is issued to the control equipment and guard booth.

[0063] It should be noted that the license plate information reported by different cameras is different because the main and auxiliary cameras are installed in different locations. Assuming that cameras A and B are installed 5 meters apart, camera A will report the captured information immediately after recognition, and the system will process it immediately. Two seconds later, when the vehicle drives to the location of camera B, camera B will recognize and report the information again, and the parking system will then process the second captured information. If the first capture information has already been processed before the second capture information enters the processing flow, the processing result will be immediately sent to the management terminal and control device. The second capture information will be merged into the session, and the processing flow will be carried out again according to the merged session (for example, replacing a license plate number with a relatively lower credibility score with a license plate number with a higher credibility score), and the corresponding processing result will be generated and sent to the management terminal and control device. If the first processing result corresponding to the first capture information has already been sent when the second capture information is received, and the credibility score of the license plate number corresponding to the second capture information is higher, the second capture information will continue to be processed until the second processing result is generated. If the second processing result is different from the first processing result, the second processing result will be sent. If the second processing result is the same as the first processing result, there is no need to send the second processing result.

[0064] In another feasible embodiment, the vehicle access management method may further include: Step C10: If, during the generation of the second processing result, the fourth capture information collected by the camera group, the third request information collected by the management terminal, or the third request information collected by the driver terminal is received, then the fourth capture information or the third request information is merged into the session. Step C20: If the license plate information of the merged session has not been updated, discard the fourth capture information or the third request information, and continue to generate the second processing result; Step C30: If the license plate information of the merged session is updated, then generate the fourth processing result based on the merged session.

[0065] Compared with traditional processing methods, this application adopts a parallel processing scheme. That is, when new capture information or request information (the fourth capture information collected by the camera group, the third request information collected by the management terminal, or the third request information collected by the driver terminal) is received while the second processing result is being processed, the new capture information or request information is immediately merged into the session and processed in parallel.

[0066] It should be noted that the license plate information modification process also includes the merging of sessions. If the credibility score of the license plate information in the current session is higher than that of the license plate information in the new capture information, the license plate information is not updated, the fourth capture information is discarded, and the second processing result is generated. If the credibility score of the license plate information in the current session is lower than that of the license plate information in the new capture information, the license plate information of the new capture information is used as the license plate information in the merged session, and the fourth processing result is generated according to the new license plate information. It should also be noted that if the source of the new license plate information is third-party request information collected by the management terminal or the driver terminal, the credibility score is set to 100.

[0067] This application's embodiments abandon the serial processing method and adopt a parallel processing approach. When multiple capture information or request information are received simultaneously, they are processed in parallel, which improves processing speed, and finally sends the relatively higher priority processing results to the control device and management terminal, thereby improving processing accuracy.

[0068] It should be noted that this example is only for the purpose of assisting in understanding this application and does not constitute a limitation on the vehicle access management method of this application. Any simple modifications based on this technical concept are within the protection scope of this application.

[0069] This application also provides an electronic device, which includes at least: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, which are executed by the at least one processor to enable the at least one processor to perform the vehicle access management method in the above embodiments.

[0070] The following is for reference. Figure 5 It shows a schematic diagram of the structure of an electronic device suitable for implementing the embodiments of this application. Figure 5 The electronic device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.

[0071] like Figure 5As shown, the electronic device may include a processing unit 101 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 102 or a program loaded from a storage device 103 into a random access memory (RAM) 104. The RAM 104 also stores various programs and data required for the operation of the electronic device. The processing unit 101, ROM 102, and RAM 104 are interconnected via a bus 105. An input / output (I / O) interface 106 is also connected to the bus. Typically, the following systems can be connected to the I / O interface 106: input devices 107 including, for example, touchscreens, touchpads, keyboards, mice, image sensors, microphones, accelerometers, gyroscopes, etc.; output devices 108 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; storage devices 103 including, for example, magnetic tapes, hard disks, etc.; and communication devices 109. The communication device 109 allows the electronic device to communicate wirelessly or wiredly with other devices to exchange data. Although the diagrams show electronic devices with various systems, it should be understood that it is not required to implement or have all of the systems shown. More or fewer systems may be implemented alternatively.

[0072] For example, the communication device 109 of the electronic device can be connected to the camera group, and the camera group can be connected to the barrier gate. The barrier gate includes a motor and a gate arm. After the electronic device sends a control command to the camera group to control the opening or closing of the barrier gate, the camera group sends a corresponding control command to the motor of the barrier gate to control the opening or closing of the barrier gate. The gate arm of the barrier gate then performs actions such as raising or lowering the arm to allow or prohibit vehicles from passing.

[0073] In particular, according to embodiments of this disclosure, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this disclosure include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 103, or installed from ROM 102. When the computer program is executed by processing device 101, it performs the functions defined in the methods of the embodiments of this application.

[0074] The electronic device provided in this application, employing the vehicle access management method described in the above embodiments, can improve the processing accuracy and efficiency of the vehicle access management process. Compared with the prior art, the beneficial effects of the electronic device provided in this application are the same as those of the vehicle access management method provided in the above embodiments, and other technical features of the electronic device are the same as those disclosed in the methods of the above embodiments, and will not be repeated here.

[0075] It should be understood that various parts of the embodiments of this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.

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

[0077] This application also provides a computer-readable storage medium storing a computer program that can run on a processor. The computer program is used to execute the vehicle access management method in the above embodiments.

[0078] The computer-readable storage medium provided in this application embodiment may be, for example, a USB flash drive, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems or devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections with 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 fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, system, or device. The program code contained on the computer-readable storage medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination thereof.

[0079] The aforementioned computer-readable storage medium may be included in an electronic device or may exist independently without being assembled into an electronic device.

[0080] The aforementioned computer-readable storage medium carries one or more programs that, when executed by an electronic device, cause the electronic device to: upon receiving first capture information of a target vehicle collected by the camera group, establish a session corresponding to the target vehicle based on the first capture information, wherein the camera group includes at least two cameras and the session includes at least vehicle information; upon receiving second capture information collected by the camera group, first request information collected by the management terminal, or first request information collected by the driver terminal, merge the second capture information or the first request information into the session; and generate a corresponding second processing result based on the merged session, wherein the second processing result includes at least one of allowing passage or prohibiting passage.

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

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

[0083] The modules described in the embodiments of this application can be implemented in software or hardware. The names of the modules do not necessarily limit the functionality of the unit itself.

[0084] The computer-readable storage medium provided in this application embodiment stores computer-readable program instructions for executing the above-described vehicle access management method, which can improve the processing accuracy and efficiency of the vehicle access management process. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application embodiment are the same as the beneficial effects of the vehicle access management method provided in the above embodiments, and will not be repeated here.

[0085] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the vehicle access management method described above.

[0086] The computer program product provided in this application can improve the accuracy and efficiency of vehicle entry and exit management. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as those of the vehicle entry and exit management method provided in the above embodiments, and will not be repeated here.

[0087] The above are merely preferred embodiments of this application and do not limit the patent scope of this application. Any equivalent structural or procedural transformations made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent scope of this application.

Claims

1. A vehicle access management method, characterized by, The application is applied to a vehicle access management system, which is in communication connection with a camera group, a management terminal and a driver terminal, and a vehicle access management method comprises the following steps: When receiving first snapshot information of a target vehicle collected by the camera group, a session corresponding to the target vehicle is established according to the first snapshot information, wherein the camera group comprises at least two cameras, and the session at least comprises vehicle information; When receiving second snapshot information collected by the camera group, first request information collected by the management terminal or first request information collected by the driver terminal, the second snapshot information or the first request information is merged into the session; According to the merged session, a corresponding second processing result is generated, wherein the second processing result at least comprises one of permission to pass or prohibition to pass.

2. The vehicle access management method according to claim 1, characterized by, The session further comprises a request source, the vehicle information at least comprises license plate information, and the step of merging the second snapshot information or the first request information into the session comprises: If the priority of the request source corresponding to the second snapshot information or the first request information is higher than the priority of the request source corresponding to the first snapshot information in the session, the license plate information of the session is updated according to the license plate information contained in the second snapshot information or the first request information; If the priority of the request source corresponding to the second snapshot information or the first request information is lower than the priority of the request source corresponding to the first snapshot information in the session, the license plate information in the session is kept unchanged.

3. The vehicle access management method according to claim 2, characterized by, The request source at least comprises the management terminal collection, the camera group collection and the compliance with the passing condition, the driver terminal collection, the camera group collection and the non-compliance with the passing condition, and the priority of each request source is in turn from high to low: the management terminal collection, the camera group collection and the compliance with the passing condition, the driver terminal collection, the camera group collection and the non-compliance with the passing condition, wherein when the request source is the camera group collection and the compliance with the passing condition, the snapshot information further comprises a credibility score of the license plate information, and the higher the credibility score is, the higher the corresponding priority is.

4. The vehicle access management method according to claim 1, characterized by, The step of generating the corresponding second processing result according to the merged session comprises: According to the vehicle entry processing chain or the vehicle exit processing chain in the vehicle access management system, it is judged whether the vehicle information in the merged session complies with a preset passing condition; If yes, the second processing result is determined as permission to pass; If no, the second processing result is determined as prohibition to pass.

5. The vehicle access management method according to claim 4, characterized by, The step of judging whether the vehicle information in the merged session complies with a preset passing condition according to the vehicle entry processing chain or the vehicle exit processing chain in the vehicle access management system comprises: In the vehicle entry scene, the vehicle information is input into the vehicle entry processing chain, and is processed in turn by a plurality of entry condition processors in the vehicle entry processing chain; If the vehicle information complies with a preset passing condition in any one of the entry condition processors, the processing is stopped, and it is determined that the vehicle information complies with the preset passing condition; or if the vehicle information complies with a preset prohibition condition in any one of the entry condition processors, the processing is stopped, and it is determined that the vehicle information does not comply with the preset passing condition; In the vehicle exit scene, the vehicle information is input to the vehicle exit processing chain, and the vehicle information is processed by a plurality of exit condition processors in the vehicle exit processing chain in sequence; If the vehicle information meets the preset passing condition in any one of the exit condition processors, the processing is stopped, and it is determined that the vehicle information meets the preset passing condition; or if the vehicle information meets the preset ban condition in any one of the exit condition processors, the processing is stopped, and it is determined that the vehicle information does not meet the preset passing condition.

6. The vehicle access management method according to claim 4, characterized by, The step of processing the vehicle information by the plurality of entry condition processors in the vehicle entry processing chain in sequence includes: performing emergency release processing flow, gate operation processing flow, no-plate vehicle processing flow, illegal license plate processing flow, repeated entry processing flow, special vehicle processing flow, ban vehicle processing flow, fixed vehicle processing flow and / or temporary vehicle processing flow in sequence according to the vehicle information until the preset passing condition or the preset ban condition is met, and if all processing flows do not meet the preset ban condition, it is determined that the vehicle information meets the preset passing condition. The step of processing the vehicle information by the plurality of exit condition processors in the vehicle exit processing chain in sequence includes: performing emergency release processing flow, no-plate vehicle processing flow, illegal license plate processing flow, gate operation processing flow, special vehicle processing flow and / or payment processing flow in sequence according to the vehicle information until the preset passing condition or the preset ban condition is met, and if all processing flows do not meet the preset ban condition, it is determined that the vehicle information meets the preset passing condition.

7. The vehicle access management method according to claim 1, wherein The method further comprises: In the case that the vehicle information does not meet the preset passing condition, alarm information is sent to the management terminal and the preset prompt device respectively; In the case that the second processing result is a ban, alarm information is sent to the management terminal and the preset prompt device respectively.

8. The vehicle access management method according to claim 1, characterized by, The vehicle entry and exit management system further comprises a control device, and after the step of generating a corresponding second processing result according to the merged session, the method further comprises: The second processing result is sent to the management terminal and the control device, wherein the control device is used to perform a gate opening action or a gate closing action; If the camera group captures third snapshot information, the management terminal captures second request information or the driver terminal captures second request information after the second processing result is sent to the management terminal and the control device, the third snapshot information or the second request information is merged into the session; A third processing result is generated according to the merged session, and the third processing result is sent to the management terminal and the control device.

9. The vehicle access management method according to claim 8, characterized in that, The vehicle entry and exit management method further comprises: If fourth snapshot information captured by the camera group, third request information captured by the management terminal or third request information captured by the driver terminal is received during the generation of the second processing result, the fourth snapshot information or the third request information is merged into the session; If the license plate information of the combined session is not updated, the fourth snapshot information or the third request information is discarded, and a second processing result is continued to be generated; If the license plate information of the combined session is updated, a fourth processing result is generated according to the combined session.

10. An electronic device, comprising: The electronic device at least includes a memory, a processor, and a computer program stored on the memory and executable on the processor, and the computer program is configured to implement the steps of the vehicle access management method according to any one of claims 1 to 9.

11. A computer readable storage medium, characterized in that, The computer readable storage medium stores a program for implementing a vehicle access management method, and the program for implementing the vehicle access management method is executed by a processor to implement the steps of the vehicle access management method according to any one of claims 1 to 9.

Images