Method for detecting a set of cards, parking payment system, electronic device, and program product

Abstract

The application discloses a license plate detection method, a parking payment system, an electronic device and a program product. The method is applied to a coin counting business platform in the parking payment system, the parking payment system further comprises a parking lot charging management system and a vehicle provided with an OBU, the OBU has a cellular communication and positioning function, and the method comprises the following steps: receiving vehicle entry information reported by the parking lot charging management system, wherein the vehicle entry information comprises license plate information and an entry time of a to-be-detected vehicle; determining a target vehicle bound with the license plate information in the coin counting business platform based on the license plate information; obtaining positioning track data reported by the target vehicle through the OBU after the to-be-detected vehicle enters a parking lot area; detecting whether the target vehicle has a license plate risk based on the positioning track data; and outputting alarm information in the case that the license plate risk is detected. The application can improve the accuracy of license plate detection in the parking lot, thereby avoiding the problem of mistaken deduction of fees caused by the license plate vehicle.

Description

Technical Field

[0001] This application belongs to the field of vehicle networking technology, and in particular relates to a method for detecting counterfeit license plates, a parking payment system, electronic equipment, and computer program products. Background Technology

[0002] With the continuous increase in the number of motor vehicles in cities, the problem of vehicle license plate cloning has become increasingly prominent. Cloned vehicles use forged or misused license plates to evade traffic management and enforcement, severely disrupting traffic order. Especially in parking lot contactless payment scenarios, where payment relies heavily on camera recognition of license plates, this is easily exploited by cloned vehicles, leading to financial losses for legitimate vehicle owners. Therefore, license plate detection has become a critical requirement in parking payment systems. However, current methods for detecting cloned license plates in parking lots still suffer from insufficient accuracy, struggling to accurately determine the authenticity of license plates on departing vehicles and failing to effectively prevent erroneous charges caused by cloned vehicles. Summary of the Invention

[0003] This application provides a method for detecting cloned license plates, a parking payment system, an electronic device, and a computer program product, which can improve the accuracy of detecting cloned license plates in parking lots, thereby avoiding the problem of incorrect charges caused by cloned vehicles.

[0004] Firstly, this application provides a method for detecting license plate fraud, which is applied to a digital currency business platform in a parking payment system. The parking payment system also includes a parking fee management system and a vehicle equipped with an On-Board Unit (OBU), which has cellular communication and positioning capabilities. The method for detecting license plate fraud includes: Receive vehicle entry information reported by the parking fee management system. The vehicle entry information includes the license plate information and entry time of the vehicle to be tested. The license plate information is obtained by taking pictures and identifying the vehicle to be tested as it enters the parking area. Based on license plate information, the target vehicle bound to the license plate information is identified in the digital currency business platform; After the vehicle under test enters the parking area, the location trajectory data reported by the target vehicle through the OBU is obtained; Detect the risk of a vehicle using a cloned license plate based on location trajectory data; If a risk of license plate cloning is detected, an alarm message will be output.

[0005] Secondly, this application provides a parking payment system, which includes a digital currency service platform, a parking fee management system, and a vehicle equipped with an OBU (On-Board Unit), the OBU possessing cellular communication and positioning capabilities; the digital currency service platform includes: The receiving module is used to receive vehicle entry information reported by the parking fee management system. The vehicle entry information includes the license plate information and entry time of the vehicle to be tested. The license plate information is obtained by taking pictures and identifying the vehicle to be tested as it enters the parking area. The first determination module is used to determine the target vehicle bound to the license plate information in the digital currency business platform based on the license plate information; The acquisition module is used to acquire the location trajectory data reported by the target vehicle through the OBU after the vehicle under test enters the parking area; The first detection module is used to detect whether the target vehicle has the risk of being cloned based on the location trajectory data; The alarm module is used to output alarm information when a risk of vehicle counterfeiting is detected.

[0006] Thirdly, this application provides an electronic device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, it implements the steps of the method described in the first aspect.

[0007] Fourthly, this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the method described in the first aspect above.

[0008] Fifthly, this application provides a computer program product comprising a computer program that, when executed by one or more processors, implements the steps of the method described in the first aspect.

[0009] The beneficial effects of this application compared to existing technologies are as follows: This application identifies the target vehicle associated with the license plate by receiving the license plate and entry time of the vehicle to be tested reported by the parking lot when the vehicle enters the parking lot, and continuously acquires the location trajectory data reported by the OBU of the target vehicle after the vehicle to be tested enters the parking lot, and detects the risk of license plate cloning based on the location trajectory data. Since the location trajectory data reported by the OBU is unique and authentic, the linkage verification between the OBU positioning trajectory data and the license plate information can accurately identify license plate cloning behavior, effectively identify the risk of license plate cloning and issue timely warnings, solving the problem of erroneous deduction of fees due to license plate cloning in parking lot scenarios that are easily caused by relying solely on license plate recognition, and improving the accuracy of license plate cloning detection in parking lots. It is understood that the beneficial effects of the second to fifth aspects mentioned above can be found in the relevant descriptions in the first aspect mentioned above, and will not be repeated here. Attached Figure Description

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

[0011] Figure 1 This is an example diagram of the parking payment system provided in the embodiments of this application; Figure 2 This is a schematic diagram illustrating the implementation process of the counterfeit detection method provided in the embodiments of this application; Figure 3 This is a schematic diagram of the structure of the digital currency service platform provided in the embodiments of this application; Figure 4 This is a schematic diagram of the structure of the electronic device provided in the embodiments of this application. Detailed Implementation

[0012] The embodiments of the technical solution of this application will now be described in detail with reference to the accompanying drawings. These embodiments are only used to more clearly illustrate the technical solution of this application and are therefore merely examples, and should not be used to limit the scope of protection of this application.

[0013] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains; the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the application; the terms “comprising” and “having”, and any variations thereof, in the specification, claims, and foregoing description of the drawings are intended to cover non-exclusive inclusion.

[0014] In the description of the embodiments of this application, technical terms such as "first" and "second" are used only to distinguish different objects and should not be construed as indicating or implying relative importance or implicitly indicating the number, specific order, or primary and secondary relationship of the indicated technical features.

[0015] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0016] In the description of the embodiments in this application, the term "and / or" is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Additionally, the character " / " in this document generally indicates that the preceding and following related objects have an "or" relationship.

[0017] In the description of the embodiments of this application, the term "multiple" refers to two or more (including two), unless otherwise expressly and specifically defined.

[0018] The license plate counterfeiting detection method proposed in this application is implemented based on a parking payment system. It can be understood that the parking payment system provides the hardware carrier and data interaction foundation for the license plate counterfeiting detection method, and is a prerequisite for the implementation of license plate counterfeiting detection and digital currency deduction. Based on this, the parking payment system will be described below: The parking payment system consists of three parts: vehicles, parking lot system, and digital currency business platform.

[0019] For vehicles, it consists of two parts: the On-Board Unit (OBU) and the vehicle license plate. The two parts respectively enable information interaction with the digital currency business platform and the parking fee management system, and are the basic carriers for license plate counterfeiting detection and contactless payment.

[0020] Specifically, an OBU (On-Board Unit) is typically an embedded hardware device installed on the vehicle's windshield. It contains a non-retrievable Embedded Secure Access Module (ESAM) and a mobile communication module, enabling the OBU to perform multiple functions including cellular communication, positioning, vehicle identification, encrypted communication, and data storage. It serves as the sole medium for information exchange between the vehicle and the digital currency platform. The ESAM module encapsulates keys and encryption operations, achieving vehicle authentication, anti-copying, and communication security, ensuring the uniqueness of the vehicle information stored in the OBU. Because its data cannot be copied, counterfeited, or illegally read, it provides a unique basis for vehicle identification in license plate counterfeiting detection. The mobile communication module replaces the traditional Roadside Unit (RSU), allowing the OBU to directly establish a communication connection with the digital currency platform without RSU relay. This enables high-frequency, low-latency data exchange without deploying a Roadside Unit, effectively reducing system deployment costs and complexity. Based on this mobile communication module, positioning and cellular communication functions can be implemented. The positioning function can collect vehicle location data in real time, specifically real-time vehicle location information, which typically includes latitude, longitude, and positioning time. The cellular communication function can report the positioning data to the digital currency service platform in real time at a preset frequency, providing core data support for trajectory information retrieval and license plate counterfeiting detection. In some examples, this mobile communication module can be a 4G module or a 5G module, etc., which is not limited here.

[0021] The parking system consists of two parts: a parking fee management system and the parking lot itself.

[0022] Specifically, the parking fee management system establishes a communication connection with the digital currency business platform, enabling functions such as generating and reporting parking orders, receiving and executing instructions, and calculating fees. It can be understood that there can be multiple parking fee management systems within a parking system, and one parking fee management system can connect to one or more specific parking lots.

[0023] Specifically, the parking lot is equipped with license plate capture and recognition cameras, which are the terminal link where the parking lot system directly interacts with vehicles, collecting and uploading license plate information. Generally, these cameras are deployed in the entrance and exit areas of the parking lot and are existing basic hardware of the parking lot system, requiring no additional modification. They only perform the function of capturing and recognizing vehicle license plates, uploading the collected license plate information to the parking lot fee management system, providing basic license plate information for parking order generation, and serving as the initial data collection link for contactless payment in the parking lot.

[0024] For the digital currency business platform, it is essentially an intermediary node in the parking payment system. It's a multi-scenario service platform integrating transportation, payment, and data management capabilities, responsible for the storage, management, and maintenance of various data within the entire parking payment system. It also undertakes core functions such as receiving parking orders, retrieving trajectory information, determining license plate fraud risks, verifying digital currency deductions, and generating and issuing various instructions to ensure the stable and efficient operation of the parking payment system. Specifically, the digital currency business platform can categorize and store the location data reported by the OBU by vehicle and by timestamp, forming the driving trajectory information for each vehicle. Simultaneously, it pre-stores the unique binding relationship between vehicle license plate information and the OBU and digital currency soft wallet, providing a data foundation for trajectory retrieval, license plate fraud detection, and digital currency deductions.

[0025] The interaction logic between the vehicle, parking system, and digital currency business platform can be summarized as follows: the vehicle and the parking lot exchange license plate information through cameras; the parking lot uploads the data to the parking fee management system; the parking fee management system and the digital currency business platform complete the two-way transmission of parking orders and related instructions; and the vehicle completes the real-time interaction of location data and trajectory information with the digital currency business platform through the OBU, thereby forming a closed loop of two-way data transmission and instruction linkage between the above parts.

[0026] Please see Figure 1 , Figure 1 A possible example of a parking payment system is given.

[0027] The license plate cloning detection method proposed in this application needs to be implemented after the vehicle has completed the entry operation; that is, the license plate cloning detection method proposed in this application relies on the pre-entry process of the vehicle, including but not limited to OBU location reporting, license plate number issuance, and digital currency deduction marking, etc. The following is a brief description of the pre-entry process: Once a vehicle approaches the parking lot and connects to the surrounding cellular network base stations, the vehicle's On-Board Unit (OBU) collects the vehicle's location data via its positioning function and reports this data directly to the digital currency service platform via its mobile communication module. In some examples, each vehicle's OBU can initially report its location data to the digital currency service platform every 15 minutes. Of course, the digital currency service platform can also dynamically adjust the reporting cycle based on the vehicle's direction of travel and its position relative to the parking lot. For example, if the vehicle is far from the parking lot, the reporting cycle can be extended to 30 minutes, 60 minutes, or longer; if the vehicle is closer to the parking lot, the reporting cycle can be shortened to 10 minutes, 5 minutes, or even shorter.

[0028] After receiving the location data reported by the OBU, the digital currency business platform extracts the license plate number corresponding to the vehicle based on the pre-stored vehicle and license plate binding relationship, and sends the license plate number to the parking fee management system corresponding to the nearby parking lot. After receiving the license plate number from the digital currency business platform, the parking fee management system completes the vehicle information registration. When the vehicle enters the entrance area of ​​the parking lot, the parking lot determines that the vehicle has installed and carries a digital currency OBU based on the registered license plate number. It then controls the barrier gate to lift to allow the vehicle to enter and marks the vehicle as having digital currency payment method, thus making a preliminary mark for the digital currency payment operation when the vehicle leaves the parking lot.

[0029] Based on the aforementioned preliminary procedures, the following describes the clone detection method proposed in this application embodiment. This clone detection method is specifically applied to the digital currency business platform described above. Please refer to... Figure 2 , Figure 2 The implementation process of the counterfeit detection method applied to this digital currency business platform is presented, and the details are as follows: Step 201: Receive vehicle entry information reported by the parking fee management system.

[0030] When a vehicle under test enters the parking area, image acquisition equipment (such as cameras) deployed in the parking lot can capture real-time images of the vehicle. Image recognition technology is used to extract the license plate characters and codes, generating license plate information. Simultaneously, the parking fee management system records the specific time the vehicle enters the parking lot as its entry time. The license plate information and entry time are integrated into vehicle entry information, which is then reported to the digital currency business platform via a pre-set network communication link. The digital currency business platform receives this vehicle entry information through a dedicated communication interface, completing the pre-launch process for license plate counterfeiting detection.

[0031] Step 202: Based on the license plate information, identify the target vehicle bound to the license plate information in the digital currency business platform.

[0032] The digital currency service platform pre-stores data on the binding relationships between registered vehicle license plate information and vehicle identity information. Based on this, upon receiving license plate information, the platform can match and retrieve it against the stored binding relationship data to identify the vehicle corresponding to that license plate from the registered vehicles, and use it as the target vehicle for license plate fraud detection. In other words, the target vehicle refers to a motor vehicle that has a binding relationship with the license plate information, has completed the registration of its license plate and vehicle information on the digital currency service platform, and is equipped with an On-Board Unit (OBU).

[0033] It should be noted that if the digital currency business platform does not find a vehicle associated with the license plate information (i.e., the target vehicle does not exist), the subsequent license plate detection process can be terminated.

[0034] Step 203: After the vehicle to be tested enters the parking area, obtain the location trajectory data reported by the target vehicle through the OBU.

[0035] The OBU on the target vehicle can continuously activate its positioning and communication functions, collect its own positioning data in real time, and report the positioning data to the digital currency business platform in real time via the cellular network. The digital currency business platform can classify and store the received positioning data according to timestamps to form the positioning trajectory data of the target vehicle, and continuously acquire this positioning trajectory data until a period of time after the vehicle under test leaves the parking lot.

[0036] Step 204: Detect whether the target vehicle has the risk of being cloned based on the location trajectory data.

[0037] The digital currency platform can cross-reference the location trajectory data of the target vehicle with relevant information about the vehicle under test to determine whether the vehicle under test is using a cloned license plate of the target vehicle, or whether the parking lot has falsely reported parking orders. In other words, the risk of cloned license plates refers to situations where the vehicle under test is forging / misusing the license plate information of the target vehicle, or where the parking lot has falsely reported parking orders.

[0038] The digital currency business platform can combine the entry time (and exit time) of the vehicle under test with the geographical coordinates of the parking area to analyze and verify the location trajectory data of the target vehicle. The focus is on verifying whether the location of the target vehicle before and after the entry time (and exit time) matches the parking area and whether the location trajectory conforms to the normal driving pattern of vehicle entry (and exit). In this way, it can determine whether the license plate of the vehicle under test is consistent with the true identity of the target vehicle, thereby completing the detection of the risk of license plate fraud.

[0039] Step 205: If a risk of license plate counterfeiting is detected, output an alarm message.

[0040] Upon detecting a risk of license plate counterfeiting, the digital currency service platform can immediately generate an alarm message and send it to the corresponding parking fee management system via a pre-set communication link. In some examples, the alarm message may include license plate information, a warning of the risk of counterfeiting, and interception instructions, which will not be elaborated here.

[0041] In some embodiments, step 104 may specifically include: A1. In the location trajectory data, search for whether the target vehicle has a first location trajectory data in the parking area at the time of entry.

[0042] The first positioning trajectory data refers to the positioning data reported by the target vehicle's OBU at the time of the vehicle's entry (or within a reasonable error range before and after the entry time), with the positioning coordinates located within the parking lot area. This data is the direct basis for determining whether the target vehicle has actually entered the parking lot. The parking lot area refers to a preset geographical coordinate range of the parking lot, whose coordinate information is pre-stored in the digital currency business platform for matching and verifying the positioning trajectory data.

[0043] After acquiring the location trajectory data of the target vehicle, the digital currency service platform can use the entry time in the vehicle's entry information as the core search node to define a reasonable search time range (e.g., 5 minutes before and after the entry time, which can be adjusted according to the actual traffic efficiency of the parking lot). Within this time range, the platform searches the target vehicle's location trajectory data for location data whose coordinates match the geographical coordinates of the parking lot area; that is, whether a first location trajectory exists. During the search process, the digital currency service platform can accurately compare the latitude and longitude of the location trajectory data with the parking lot area coordinates to ensure the validity and accuracy of the location trajectory data.

[0044] A2, given the existence of the first location trajectory data, it is determined that the target vehicle does not pose a risk of being cloned.

[0045] If the digital currency business platform retrieves the first location trajectory data of the target vehicle in the parking area at the time of entry, it means that the OBU of the target vehicle was indeed in the parking area at the same time as the vehicle under test entered, that is, the vehicle under test and the target vehicle are the same vehicle, and there is no situation of a cloned vehicle using the license plate of the target vehicle.

[0046] In practical applications, when a vehicle enters the parking lot, the parking lot can identify its license plate and report it. The digital currency business platform can then identify the corresponding target vehicle. The on-site location trajectory data reported by the target vehicle's OBU at the time of entry further verifies that the real vehicle corresponding to the license plate has indeed entered the parking lot. The two form a complete chain of evidence, which clearly indicates that the target vehicle does not pose a risk of license plate fraud. Subsequently, the parking order generation and digital currency deduction operations can proceed according to the normal process.

[0047] In some embodiments, step 104 may further include: A3 receives parking orders reported by the parking fee management system for the vehicle to be tested.

[0048] As the core management equipment of the parking lot, the parking fee management system can complete related operations such as capturing and recognizing vehicle license plates when leaving the parking lot, calculating parking time periods, calculating the amount to be deducted, and reporting parking orders.

[0049] When a vehicle enters the parking lot's exit area, the parking lot's image acquisition equipment (such as cameras) can capture the vehicle's license plate and generate the license plate information using image recognition technology. Simultaneously, the parking fee management system can calculate the parking time period based on the vehicle's entry and intended exit times, and calculate the amount to be deducted according to the parking lot's fee schedule. The parking fee management system can integrate the parking time period, license plate information, and amount to be deducted into a parking order, and report this parking order to the digital currency service platform via a preset communication method; correspondingly, the digital currency service platform can receive the parking order through a preset communication interface.

[0050] A4. In the absence of first location trajectory data, search the location trajectory data to see if the target vehicle has second location trajectory data located outside the parking area during the parking period.

[0051] This step is only performed if the first location trajectory data is not retrieved (i.e., the target vehicle's OBU was not present in the parking lot area during the entry time). The second location trajectory data refers to the location data reported by the target vehicle's OBU during the parking period, where the location coordinates are clearly located outside the geographical area of ​​the parking lot. This data is the core basis for determining that the actual vehicle corresponding to the license plate is not in the parking lot.

[0052] After confirming the absence of initial location trajectory data, the digital currency platform can use the parking period as the search time range to precisely search the target vehicle's location trajectory data for locations whose coordinates match the coordinates outside the parking area boundary. If such matches are found, it directly proves that the target vehicle's true location never entered the parking area during the parking period. Therefore, by using search results with no in-parking location data but with out-of-parking trajectory data, it directly proves that the license plate of the vehicle under test does not match the actual status of the target vehicle, providing crucial support for determining the risk of license plate spoofing.

[0053] A5, in the presence of second location trajectory data, determines that the target vehicle is at risk of being cloned.

[0054] If a second location trajectory data of the target vehicle is found outside the parking area during the parking period, it means that the target vehicle's actual location never entered the parking area during the parking period. In other words, the vehicle under test is not the target vehicle, but is using the target vehicle's legitimate license plate to clone it. Based on this, it can be determined that the target vehicle is at risk of cloning.

[0055] In some embodiments, step 104 may further include: A6. In the absence of second positioning trajectory data, search the positioning trajectory data to see if there is third positioning trajectory data for the target vehicle starting from the end time of the parking period, indicating that the vehicle has left the parking area.

[0056] It's understandable that in real-world applications, the complete dynamic route a vehicle takes when parking is as follows: first, the vehicle enters the parking lot from an external location; after parking for a period of time, it leaves the parking lot and moves to another external location. In other words, the vehicle should be in the parking lot during the parking period; and before and after the parking period, the vehicle should be traveling near the parking lot. Based on this, the digital currency platform can further verify the authenticity of the vehicle's parking behavior by considering its actions after leaving the parking lot. The authenticity of the parking behavior refers to the parking order reported by the parking lot being a genuine operation by the target vehicle, without any instances of cloned license plates or false reporting by the parking lot.

[0057] This step is initiated only if no second location trajectory data is found (i.e., no location trajectory data of the target vehicle outside the parking area during the parking period). The third location trajectory data refers to the continuous location coordinates reported by the target vehicle's OBU starting from the end time of the parking period (i.e., the time when the vehicle intends to leave the parking lot), gradually transitioning from within the parking area to outside the parking area. This data visually reflects the complete process of the target vehicle leaving the parking lot. The end time of the parking period is calculated by the parking fee management system and is simultaneously included in the currently received parking orders.

[0058] After confirming the absence of secondary location trajectory data, the digital currency business platform can initially rule out the possibility that the target vehicle is outside the parking lot. Then, using the end time of the parking period as the starting point for the search, a reasonable search time range is defined (e.g., 5 minutes after the end time, which can be flexibly adjusted based on parking lot traffic efficiency and vehicle departure speed). The platform then searches the target vehicle's location trajectory data for continuous location data extending from within the parking lot area to outside the area, i.e., whether a third location trajectory data exists. During the search process, the continuity of the location data and the reasonableness of coordinate changes are carefully verified to ensure that the trajectory data accurately reflects the vehicle's departure action.

[0059] A7, in the presence of third-party location trajectory data, determines the authenticity of the parking behavior corresponding to the parking order.

[0060] If third-party location trajectory data exists, it indicates that the target vehicle actually completed the parking operation at the parking lot, which perfectly matches the information indicated by the parking order reported by the parking lot. Therefore, combined with the search results obtained above, a complete chain of vehicle status evidence can be formed, thereby confirming that the parking behavior corresponding to the parking order reported by the parking lot is genuine and valid.

[0061] In some embodiments, the method for detecting counterfeit vehicles may further include the following steps: A8, in the presence of second location trajectory data, determines that the parking order is abnormal.

[0062] Anomalies in parking orders refer to parking orders reported by the parking fee management system that do not match the actual location and movement status of the target vehicle, and are not the actual parking behavior of the target vehicle.

[0063] Based on the preceding logic, the existence of a second location trajectory data implies that the target vehicle's actual location never entered the parking area during the parking period. However, the parking fee management system reported a parking order corresponding to that license plate, creating a clear contradiction. This strongly suggests that the vehicle under test (a cloned vehicle) used the target vehicle's license plate to enter the parking lot, resulting in a discrepancy between the vehicle identity corresponding to the parking order and the actual vehicle. Therefore, the digital currency platform can directly determine that this parking order is abnormal and lacks the legal basis for digital currency deduction.

[0064] A9 generates an exception handling instruction based on the parking order and sends the exception handling instruction to the parking fee management system.

[0065] Once the digital currency platform identifies an anomaly in a parking order, it can extract relevant information about the abnormal parking order and generate standardized anomaly handling instructions based on this information. In some examples, these instructions may include key information such as the license plate number, parking time period, amount to be deducted, and anomaly handling guidelines for the abnormal parking order, instructing the parking lot to take targeted action on the vehicle corresponding to the abnormal order.

[0066] The digital currency platform can then send the anomaly handling instruction to the corresponding parking fee management system in real time via a pre-set network communication link. After receiving and parsing the anomaly handling instruction, the parking fee management system can perform on-site manual verification and / or vehicle interception operations based on the instruction content, which will not be elaborated here.

[0067] In the above steps, the digital currency business platform can quickly determine the abnormality of parking orders and generate and issue abnormality handling instructions to achieve timely control of abnormal orders, prevent illegal vehicles from leaving the parking lot, and further improve the risk prevention and control of the entire process of license plate fraud detection.

[0068] In some embodiments, the method for detecting counterfeit vehicles may further include the following steps: B1, if it is determined that there is no risk of license plate fraud and a parking order has been received, retrieve the account information of the digital currency soft wallet linked to the target vehicle.

[0069] If the digital currency service platform determines that there is no risk of license plate fraud and has received the corresponding parking order, it can then initiate the retrieval of account information for the digital currency soft wallet linked to the target vehicle. The digital currency soft wallet is a virtual wallet that has been registered and linked to the target vehicle, enabling a range of financial functions such as digital RMB payment, balance storage, and transaction record inquiry; it serves as the payment medium for digital currency deductions. Account information is the core data of the digital currency soft wallet, including at least the digital currency balance data, wallet binding identifier, and transaction status information, but is not limited here.

[0070] The digital currency business platform pre-stores unique binding data between registered target vehicles and their corresponding digital currency soft wallets. After determining that there is no risk of vehicle counterfeiting, the digital currency business platform can use this binding data to search and retrieve the account information of the digital currency soft wallet bound to the target vehicle in the platform's wallet management database, providing data support for subsequent balance verification operations.

[0071] B2, based on account information, checks whether the account balance of the digital currency soft wallet is not less than the amount to be deducted.

[0072] After retrieving the account information of the digital currency soft wallet linked to the target vehicle, the digital currency service platform extracts the real-time account balance from the account information, which is the actual amount of digital RMB currently available for payment transactions within the digital currency soft wallet. Subsequently, the digital currency service platform compares this account balance with the amount to be deducted in the parking order to check whether the account balance is greater than or equal to the amount to be deducted, thus obtaining a balance verification result. This balance verification result provides a basis for subsequent instruction generation and issuance.

[0073] B3 generates an insufficient balance instruction and sends it to the parking fee management system when the account balance is less than the amount to be deducted, instructing the test vehicle to make a manual payment.

[0074] The digital currency service platform can make a judgment based on the balance verification result. If the account balance of the digital currency soft wallet is less than the amount to be deducted, it means that the digital currency soft wallet does not have sufficient funds to pay the parking fee. The digital currency service platform can then generate an insufficient balance instruction and send it to the corresponding parking fee management system in real time via a pre-set network communication link. In some examples, the insufficient balance instruction may include key information such as the license plate information of the vehicle under test, the amount to be deducted, and the balance verification result, instructing the parking fee management system to process the corresponding vehicle through manual payment. Accordingly, after receiving and parsing the insufficient balance instruction, the parking fee management system can perform the relevant manual payment operation for the vehicle under test as instructed.

[0075] In the above steps, the digital currency business platform can verify the balance of the digital currency soft wallet after initially eliminating the risk of counterfeiting, and promptly issue a manual payment instruction when the balance is insufficient, so as to ensure the effectiveness of the pre-verification of digital currency deduction, avoid deduction failure, and ensure the orderly progress of the parking fee collection process.

[0076] In some embodiments, after step B2, the clone detection method may further include the following steps: B4. If the account balance is greater than or equal to the amount to be deducted, the digital currency soft wallet will be frozen in advance based on the amount to be deducted.

[0077] When the digital currency service platform detects that an account balance is greater than or equal to the amount to be deducted, it indicates that the digital currency soft wallet meets the payment requirements for this parking fee. At this point, the amount to be deducted from the parking order can be extracted, and based on this amount, a pre-deduction freeze is performed on the digital currency soft wallet linked to the target vehicle. This means freezing the digital currency balance in the soft wallet that matches the amount to be deducted. This frozen balance cannot be used for other payment transactions; it can only be used to offset the fee for this parking order. After the freeze operation is completed, the digital currency service platform will record the relevant information for this pre-deduction freeze to ensure that the frozen amount, parking order, and target vehicle information are linked.

[0078] B5 generates a release instruction and sends it to the parking fee management system to instruct the vehicle to be tested to be released.

[0079] After completing the pre-deduction freezing process for the digital currency soft wallet, the digital currency business platform can generate a release instruction based on the relevant information of this parking order. In some examples, this release instruction may include the license plate information of the vehicle under test, the parking order number, the pre-deduction freezing completion indicator, and the vehicle release instruction, which is used to instruct the parking lot fee management system to perform the gate lifting and vehicle release operations for the vehicle under test.

[0080] The digital currency platform can send the release instruction to the corresponding parking fee management system in real time via a pre-set network communication link. After receiving and parsing the release instruction, the parking fee management system can trigger the gate control module to lift the barrier, thus releasing the vehicle to be tested.

[0081] In the above steps, the digital currency business platform can pre-deduct and freeze the soft wallet when the balance is sufficient and issue a disbursement instruction to lock the payment funds to ensure smooth deduction. At the same time, it can work with the parking lot to enable the rapid release of vehicles, thus balancing the security of digital currency payments with the efficiency of parking lot access.

[0082] In some embodiments, after step B4, the clone detection method may further include the following steps: B6. After verifying the authenticity of the parking behavior corresponding to the parking order, deduct the fee from the digital currency soft wallet based on the amount to be deducted.

[0083] After verifying the authenticity of the parking transaction using the methods described above, the digital currency service platform can extract the amount to be deducted from the parking order. Based on this amount, the platform will then perform a formal deduction operation on the pre-frozen digital currency soft wallet. Specifically, the deduction operation involves the digital currency system transferring the frozen digital RMB amount, matching the amount to be deducted, from the digital currency soft wallet to complete the payment for the parking order. Furthermore, the digital currency service platform can record the execution status and core data of the deduction operation in real time.

[0084] B7, Unfreeze the pre-deduction process for digital currency soft wallets.

[0085] After completing the payment deduction from the digital currency soft wallet, the digital currency service platform can immediately initiate a pre-deduction freeze release process for that soft wallet; that is, it will unfreeze the pre-deduction frozen amount corresponding to this parking order, releasing the transaction lock on that amount. After the unfreezing operation is completed, the digital currency service platform will record the unfreezing result and related information to ensure closed-loop management of the pre-deduction freeze and unfreezing operations. It can be understood that if there is a remaining balance in the soft wallet beyond the frozen amount after the payment operation, normal payment transactions can be resumed.

[0086] In the above steps, the digital currency business platform can complete the formal deduction and unfreeze the pre-deduction after confirming the authenticity of the parking behavior, so as to realize the accurate transfer and closed-loop management of digital currency funds, protect the parking lot fee rights, restore the normal use of wallet funds, and safeguard the user's fund rights.

[0087] In some embodiments, after step B6, the clone detection method may further include the following steps: B8 generates a deduction record.

[0088] After completing the formal deduction operation, the digital currency service platform can automatically extract the core information corresponding to this deduction, including but not limited to the target vehicle's license plate information, parking order number, parking time period, amount to be deducted, actual deduction amount, deduction completion time, and digital currency soft wallet binding identifier. The digital currency service platform can structure and integrate the above information according to a preset record format, generate the deduction record corresponding to this parking order, and store the deduction record locally to ensure the integrity of data retention and help to fully trace the entire process of this deduction later.

[0089] B9 sends the deduction record to the parking fee management system.

[0090] After generating and storing the deduction record locally, the digital currency service platform can send the structured deduction record in real time to the parking fee management system corresponding to the current parking order via a pre-set network communication link. Upon receiving the deduction record, the parking fee management system can parse and store it locally, completing the synchronous retention of the deduction record on the parking lot side.

[0091] In the above steps, the digital currency business platform can generate and send the deduction record after the deduction is completed, realize the data synchronization between the digital currency business platform and the parking system, form a traceable deduction voucher, provide accurate data for charging reconciliation and order management, and complete the closed loop of the entire parking deduction process.

[0092] As can be seen from the above, in this embodiment, the target vehicle bound to the license plate is determined by receiving the license plate and entry time of the vehicle to be tested reported by the parking lot when the vehicle enters. After the vehicle to be tested enters, the location trajectory data reported by the OBU of the target vehicle is continuously acquired, and the risk of license plate cloning is detected based on the location trajectory data. Since the location trajectory data reported by the OBU is unique and authentic, the trajectory data of the OBU positioning is linked with the license plate information for verification, which can accurately identify license plate cloning behavior, effectively identify the risk of license plate cloning and issue timely warnings. This solves the problem that relying solely on license plate recognition in parking lot scenarios can easily lead to erroneous charges due to license plate cloning, and improves the accuracy of license plate cloning detection in parking lots.

[0093] It should be understood that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0094] Based on the license plate counterfeiting detection method described above, this paper describes the digital currency business platform in the parking payment system. Please refer to [link / reference]. Figure 3 The digital currency business platform 3 includes: The receiving module 301 is used to receive vehicle entry information reported by the parking fee management system. The vehicle entry information includes the license plate information and entry time of the vehicle to be tested. The license plate information is obtained by taking pictures and identifying the vehicle to be tested as it enters the parking area. The first determining module 302 is used to determine the target vehicle bound to the license plate information in the digital currency business platform based on the license plate information; The acquisition module 303 is used to acquire the location trajectory data reported by the target vehicle through the OBU after the vehicle under test enters the parking area; The first detection module 304 is used to detect whether the target vehicle has the risk of being cloned based on the positioning trajectory data; The alarm module 305 is used to output alarm information when a risk of vehicle counterfeiting is detected.

[0095] In some embodiments, the first detection module 304 includes: The first retrieval unit is used to retrieve, from the positioning trajectory data, whether the target vehicle has a first positioning trajectory data located in the parking area at the time of entry; The first determining unit is used to determine that, given the existence of first positioning trajectory data, the target vehicle does not pose a risk of being cloned.

[0096] In some embodiments, the first detection module 304 further includes: The receiving unit is used to receive parking orders reported by the parking fee management system for the vehicle to be tested. The parking order includes: the parking time period of the vehicle to be tested, the license plate information and the amount to be deducted. The parking time period is the time period during which the vehicle to be tested stays in the parking area. The second retrieval unit is used to retrieve, in the absence of the first positioning trajectory data, whether the target vehicle has second positioning trajectory data located outside the parking area during the parking period. The second determining unit is used to determine that the target vehicle has a risk of being cloned, given the existence of second positioning trajectory data.

[0097] In some embodiments, the digital currency service platform 3 further includes: The retrieval module is used to search the positioning trajectory data for whether there is a third positioning trajectory data of the target vehicle starting from the end time of the parking period when there is no second positioning trajectory data. The second determination module is used to determine the authenticity of the parking behavior corresponding to the parking order when third location trajectory data is available.

[0098] In some embodiments, the digital currency service platform 3 further includes: The third determination module is used to determine that there is an anomaly in the parking order if the second positioning trajectory data is available; The first generation module is used to generate exception handling instructions based on parking orders and send the exception handling instructions to the parking fee management system.

[0099] In some embodiments, the digital currency service platform 3 further includes: The retrieval module is used to retrieve the account information of the digital currency soft wallet linked to the target vehicle if it is determined that there is no risk of license plate counterfeiting and a parking order has been received. The second detection module is used to detect whether the account balance of the digital currency soft wallet is not less than the amount to be deducted, based on the account information. The second generation module is used to generate an insufficient balance instruction and send it to the parking fee management system when the account balance is less than the amount to be deducted, so as to instruct the vehicle under test to pay manually.

[0100] In some embodiments, the digital currency service platform 3 further includes: The freeze module is used to freeze the digital currency soft wallet based on the amount to be deducted when the account balance is greater than or equal to the amount to be deducted. The third generation module is used to generate a release instruction and send it to the parking lot fee management system to instruct the vehicle to be tested to be released.

[0101] In some embodiments, the digital currency service platform 3 further includes: The deduction module is used to deduct fees from the digital currency soft wallet based on the amount to be deducted after verifying the authenticity of the parking behavior corresponding to the parking order. The unfreezing module is used to unfreeze pre-deducted fees from digital currency soft wallets.

[0102] In some embodiments, the digital currency service platform 3 further includes: The fourth generation module is used to generate a deduction record after performing a deduction operation on the digital currency soft wallet based on the amount to be deducted; The sending module is used to send the deduction records to the parking fee management system.

[0103] As can be seen from the above, in this embodiment, the target vehicle bound to the license plate is determined by receiving the license plate and entry time of the vehicle to be tested reported by the parking lot when the vehicle enters. After the vehicle to be tested enters, the location trajectory data reported by the OBU of the target vehicle is continuously acquired, and the risk of license plate cloning is detected based on the location trajectory data. Since the location trajectory data reported by the OBU is unique and authentic, the linkage verification between the OBU location trajectory data and the license plate information can accurately identify license plate cloning behavior, effectively identify the risk of license plate cloning and issue timely warnings. This solves the problem that relying solely on license plate recognition in parking lot scenarios can easily lead to erroneous charges due to license plate cloning, and improves the accuracy of license plate cloning detection in parking lots.

[0104] Corresponding to the license plate counterfeiting detection method provided above, this application also provides an electronic device. This electronic device is equipped with a digital currency service platform, which is a component of a parking payment system. The parking payment system also includes a parking fee management system and a vehicle equipped with an On-Board Unit (OBU), and the OBU possesses cellular communication and positioning capabilities. Please refer to... Figure 4 The electronic device 4 in this application embodiment includes: a memory 401, and one or more processors 402. Figure 4 (Only one is shown in the image) and a computer program stored in memory 401 and executable on the processor. Specifically, the processor 402 performs the following steps by running the aforementioned computer program stored in memory 401: Receive vehicle entry information reported by the parking fee management system. The vehicle entry information includes the license plate information and entry time of the vehicle to be tested. The license plate information is obtained by taking pictures and identifying the vehicle to be tested as it enters the parking area. Based on license plate information, the target vehicle bound to the license plate information is identified in the digital currency business platform; After the vehicle under test enters the parking area, the location trajectory data reported by the target vehicle through the OBU is obtained; Detect the risk of a vehicle using a cloned license plate based on location trajectory data; If a risk of license plate cloning is detected, an alarm message will be output.

[0105] Assuming the above is the first possible implementation, then in the second possible implementation, which is based on the first possible implementation, detecting the risk of a target vehicle using a cloned license plate based on location trajectory data includes: In the location trajectory data, search for whether the target vehicle has a first location trajectory data in the parking area at the time of entry; Given the availability of initial location trajectory data, it can be determined that the target vehicle does not pose a risk of being cloned.

[0106] In a third possible implementation based on the second possible implementation described above, the detection of whether a target vehicle has a risk of being cloned is based on location trajectory data, including: Receive parking orders reported by the parking fee management system for the vehicle to be tested. The parking order includes: the parking time period of the vehicle to be tested, the license plate information and the amount to be deducted. The parking time period is the time period during which the vehicle to be tested stays in the parking area. In the absence of first location trajectory data, search the location trajectory data to see if the target vehicle has second location trajectory data located outside the parking area during the parking period. In the presence of secondary location trajectory data, it is determined that the target vehicle is at risk of being cloned.

[0107] In a fourth possible implementation based on the third possible implementation described above, the processor 402 further performs the following steps when running the computer program stored in the memory 401: In the absence of second location trajectory data, the system searches the location trajectory data to determine if there is third location trajectory data for the target vehicle starting from the end of the parking period, indicating that the vehicle has left the parking area. In the presence of third-party location trajectory data, the authenticity of the parking behavior corresponding to the parking order can be determined.

[0108] In a fifth possible implementation based on the third possible implementation described above, the processor 402 further performs the following steps when running the computer program stored in the memory 401: In the presence of a second location trajectory data, it was determined that the parking order was abnormal; An exception handling instruction is generated based on the parking order and sent to the parking fee management system.

[0109] In a sixth possible implementation based on the third possible implementation described above, the processor 402 further performs the following steps when running the computer program stored in the memory 401: If it is determined that there is no risk of license plate fraud and a parking order has been received, the account information of the digital currency soft wallet linked to the target vehicle is retrieved. Based on account information, check whether the account balance of the digital currency soft wallet is not less than the amount to be deducted; If the account balance is less than the amount to be deducted, an insufficient balance instruction is generated and sent to the parking fee management system to instruct the vehicle under test to pay manually. If the account balance is greater than or equal to the amount to be deducted, the digital currency soft wallet is pre-deducted and frozen based on the amount to be deducted, and a release instruction is generated and sent to the parking fee management system to instruct the vehicle to be tested to be released.

[0110] In the seventh possible implementation provided based on the sixth possible implementation described above, after performing a deduction operation on the digital currency soft wallet based on the amount to be deducted, the processor 402 further performs the following steps when running the computer program stored in the memory 401: After verifying the authenticity of the parking behavior corresponding to the parking order, the system performs a deduction operation on the digital currency soft wallet based on the amount to be deducted, and releases the pre-deduction freeze on the digital currency soft wallet. Generate a deduction record and send it to the parking fee management system.

[0111] It should be understood that, in the embodiments of this application, the processor 402 may be a central processing unit (CPU), but it may also be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor.

[0112] Memory 401 may include read-only memory and random access memory, and provides instructions and data to processor 402. Some or all of memory 401 may also include non-volatile random access memory. For example, memory 401 may also store device type information.

[0113] As can be seen from the above, in this embodiment, the target vehicle bound to the license plate is determined by receiving the license plate and entry time of the vehicle to be tested reported by the parking lot when the vehicle enters. After the vehicle to be tested enters, the location trajectory data reported by the OBU of the target vehicle is continuously acquired, and the risk of license plate cloning is detected based on the location trajectory data. Since the location trajectory data reported by the OBU is unique and authentic, the linkage verification between the OBU location trajectory data and the license plate information can accurately identify license plate cloning behavior, effectively identify the risk of license plate cloning and issue timely warnings. This solves the problem that relying solely on license plate recognition in parking lot scenarios can easily lead to erroneous charges due to license plate cloning, and improves the accuracy of license plate cloning detection in parking lots.

[0114] This application also provides a computer program product that, when run on an electronic device, enables the electronic device to perform the steps described in the various method embodiments above.

[0115] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is merely an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the above device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of this application. The specific working process of the units and modules in the above system can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0116] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0117] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of external device software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0118] In the embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the system embodiments described above are merely illustrative. For instance, the division of modules or units described above is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection between devices or units through some interfaces, and may be electrical, mechanical, or other forms.

[0119] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0120] If the integrated units described above are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments can also be implemented by a computer program instructing associated hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable storage medium can include: any entity or device capable of carrying the computer program code, a recording medium, a USB flash drive, a portable hard drive, a magnetic disk, an optical disk, a computer-readable storage device, a read-only memory (ROM), a random access memory (RAM), an electrical carrier signal, a telecommunication signal, and a software distribution medium, etc. It should be noted that the contents of the aforementioned computer-readable storage media may be appropriately added to or subtracted from the contents according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, computer-readable storage media may not include electrical carrier signals and telecommunication signals.

[0121] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.

Claims

1. A method for detecting counterfeit license plates, characterized in that, A digital currency business platform applied to a parking payment system, wherein the parking payment system also includes a parking fee management system and vehicles equipped with OBUs, wherein the OBUs have cellular communication and positioning functions; the license plate counterfeiting detection method includes: The system receives vehicle entry information reported by the parking fee management system. The vehicle entry information includes the license plate information and entry time of the vehicle to be tested. The license plate information is obtained by photographing and identifying the vehicle to be tested as it enters the parking area. Based on the license plate information, the target vehicle bound to the license plate information is determined in the digital currency business platform; After the vehicle under test enters the parking area, the location trajectory data reported by the target vehicle through the OBU is obtained; The location trajectory data is used to detect whether the target vehicle is at risk of being cloned. If a risk of license plate cloning is detected, an alarm message will be output.

2. The method for detecting counterfeit products as described in claim 1, characterized in that, The detection of whether the target vehicle has a risk of being cloned based on the location trajectory data includes: In the location trajectory data, retrieve whether the target vehicle has a first location trajectory data in the parking lot area at the entry time; If the first location trajectory data exists, it is determined that the target vehicle does not pose a risk of being cloned.

3. The method for detecting counterfeit products as described in claim 2, characterized in that, The detection of whether the target vehicle has a risk of being cloned based on the location trajectory data includes: The system receives parking orders reported by the parking fee management system for the vehicle under test. The parking order includes: the parking time period of the vehicle under test, the license plate information, and the amount to be deducted. The parking time period is the time period during which the vehicle under test stays in the parking area. In the absence of the first positioning trajectory data, the target vehicle is retrieved from the positioning trajectory data to determine whether it is located outside the parking area during the parking time period; In the presence of second location trajectory data, it is determined that the target vehicle is at risk of being cloned.

4. The method for detecting counterfeit products as described in claim 3, characterized in that, The method for detecting counterfeit vehicles also includes: In the absence of the second positioning trajectory data, the third positioning trajectory data is retrieved from the positioning trajectory data to determine whether the target vehicle has left the parking area starting from the end time of the parking period. In the presence of third-party location trajectory data, the authenticity of the parking behavior corresponding to the parking order is determined.

5. The method for detecting counterfeit products as described in claim 3, characterized in that, The method for detecting counterfeit vehicles also includes: If a second location trajectory data exists, it is determined that the parking order is abnormal; An exception handling instruction is generated based on the parking order, and the exception handling instruction is sent to the parking fee management system.

6. The method for detecting counterfeit products as described in claim 3, characterized in that, The method for detecting counterfeit vehicles also includes: If it is determined that there is no risk of license plate counterfeiting and the parking order is received, the account information of the digital currency soft wallet bound to the target vehicle is retrieved; Based on the account information, it is detected whether the account balance of the digital currency soft wallet is not less than the amount to be deducted; If the account balance is less than the amount to be deducted, an insufficient balance instruction is generated and sent to the parking fee management system to instruct the test vehicle to pay manually. If the account balance is greater than or equal to the amount to be deducted, the digital currency soft wallet is pre-deducted and frozen based on the amount to be deducted, and a release instruction is generated and sent to the parking lot fee management system to instruct the vehicle under test to be released.

7. The method for detecting counterfeit products as described in claim 6, characterized in that, After freezing the digital currency soft wallet based on the amount to be deducted, the method for detecting counterfeiting further includes: After confirming the authenticity of the parking behavior corresponding to the parking order, the digital currency soft wallet is charged based on the amount to be charged, and the pre-charge freeze on the digital currency soft wallet is lifted. Generate a deduction record and send the deduction record to the parking fee management system.

8. A parking payment system, characterized in that, The parking payment system includes a digital currency service platform, a parking fee management system, and vehicles equipped with OBUs (On-Board Units), wherein the OBUs have cellular communication and positioning capabilities; the digital currency service platform includes: The receiving module is used to receive vehicle entry information reported by the parking fee management system. The vehicle entry information includes the license plate information and entry time of the vehicle to be tested. The license plate information is obtained by taking pictures and identifying the vehicle to be tested as it enters the parking area. The first determining module is used to determine, based on the license plate information, the target vehicle bound to the license plate information in the digital currency business platform; The acquisition module is used to acquire the positioning trajectory data reported by the target vehicle through the OBU after the vehicle under test enters the parking area; The first detection module is used to detect whether the target vehicle has a risk of being cloned based on the positioning trajectory data; The alarm module is used to output alarm information when a risk of vehicle counterfeiting is detected.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the method as described in any one of claims 1 to 7.

10. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by one or more processors, implements the method as described in any one of claims 1 to 7.

Images