Method and system for assisting in positioning vehicle through door lock

Abstract

The invention discloses a door lock assisted vehicle positioning method and system, and the method comprises the steps: enabling a home door lock to join in a first multicast group used for receiving a final position notice according to the pre-configured vehicle Bluetooth tag ID and multicast group setting, and enabling a unit door lock gateway to join in a second multicast group used for cooperative communication between gateways; according to vehicle Bluetooth signals periodically detected by a unit door lock, a unit door lock gateway connected with the unit door lock carries out local recording and statistics; distinguishing a single-gateway scene from a multi-gateway scene according to an accumulation and time comparison result of the collaborative notification information among the unit door lock gateways, and carrying out final parking position judgment; according to a query request of the owner, unit door lock position information corresponding to the vehicle is read from a home door lock local storage in a near field communication mode. According to the embodiment of the invention, accurate judgment and active notification of the final parking position of the vehicle in the community can be realized, and the problem of vehicle searching by the vehicle owner is effectively solved.

Description

Technical Field

[0001] This invention belongs to the field of smart door lock technology, and in particular to a method and system for door lock to assist in locating vehicles. Background Technology

[0002] With the continuous development of smart city communities, residents' demand for convenient vehicle parking management is increasing. Currently, most residential areas lack sophisticated methods for tracking and managing the location of private vehicles after they enter the community, leading to frequent difficulties for car owners in finding their vehicles upon returning, especially in large communities with multiple entrances and exits. Traditional solutions often rely on deploying fixed sensors or camera networks in parking lots, which suffers from high deployment costs, large coverage blind spots, limited positioning accuracy, and difficulty in directly linking with residents' daily entry and exit behaviors (such as opening and closing doors). Meanwhile, while coarse-grained area positioning using Bluetooth beacons is relatively common, it typically focuses on single-point detection and lacks collaborative perception and decision-making capabilities in multi-node scenarios such as apartment buildings. It cannot effectively determine the vehicle's final, relatively stationary parking area and promptly and proactively notify the corresponding resident. Therefore, the market urgently needs a cost-effective, flexible, and naturally integrated vehicle-assisted positioning solution that can seamlessly integrate with residents' daily routines to fill the information service gap in the "last mile" from vehicle entry into the community to proper parking. Summary of the Invention

[0003] The purpose of this invention is to provide a method and system for locating vehicles with the assistance of door locks, so as to overcome the shortcomings of the prior art, and to achieve accurate determination and proactive notification of the final parking location of the vehicle in the community, effectively solving the problem of car owners finding their cars.

[0004] One embodiment of this application provides a method for assisted vehicle positioning via a door lock, the method comprising: System preparation and multicast joining: Based on the pre-configured vehicle Bluetooth tag ID and multicast group settings, the home door lock joins the first multicast group for receiving the final location notification, and the unit door lock gateway joins the second multicast group for inter-gateway collaborative communication. Vehicle detection and gateway coordination: Based on the vehicle Bluetooth signals periodically detected by the unit door lock, the unit door lock gateway to which it is connected will record and count them locally, and after the initial conditions are met, it will make a phased coordination announcement through the second multicast group. Parking location determination and formal notification: Based on the accumulation of collaborative notification information between the door lock gateways of each unit and the time comparison results, the final parking location is determined by distinguishing between single gateway and multi-gateway scenarios, and the gateway with sending rights sends a formal location notification to the home door lock through the first multicast group. Location information query and feedback: Based on the owner's query request, the system reads the location information of the unit door lock corresponding to the vehicle from the local storage of the home door lock via near-field communication, and combines it with map data to provide feedback on the vehicle's parking location.

[0005] Optionally, the system preparation and multicast joining includes: Tag and network pre-configuration: Based on the property management system, configure the vehicle with a dual-role mode in-vehicle Bluetooth tag and bind its ID to the vehicle information and the owner's home door lock; Home door lock multicast subscription: Based on the bound Bluetooth tag ID, the home door lock sends an extended IGMP message carrying that ID to join the first multicast group, and the routers along the way establish a multicast forwarding path with that Bluetooth tag ID as the filtering condition; Inter-gateway collaborative multicast establishment: According to the collaborative communication requirements, each unit door lock gateway sends an extended IGMP message carrying a gateway tag to join the second multicast group, and the routers along the way establish a multicast forwarding path with the gateway tag as the filtering condition.

[0006] Optionally, the vehicle detection and gateway collaboration includes: Signal detection and suppression reporting: Based on the results of continuous Bluetooth scanning of the unit door lock, when a vehicle Bluetooth tag broadcast signal is detected, after short-term traffic suppression is performed locally, the information including tag ID, door lock ID and detection time point is unicast and reported to the unit door lock gateway to which it is connected. Gateway Local Information Management: Based on the received reported information, the unit door lock gateway adds or updates the corresponding tag ID record in the vehicle Bluetooth tag information table maintained locally, including the associated unit door lock list, the latest detection time, the latest detected unit door lock, the list of other gateway announcements, and the number of its own announcements; Periodic collaborative notification trigger: Based on the preset periodic checks and preliminary notification thresholds, when the total number of reports from a door lock corresponding to a certain Bluetooth tag ID exceeds the threshold, the gateway sends a periodic notification message through the second multicast group, which includes the gateway flag, Bluetooth tag ID, latest detection time, and associated door lock ID, and then resets the reporting count for that tag ID.

[0007] Optionally, the parking location determination and formal notification include: Multi-gateway collaborative determination process: Based on the unit door lock gateway's periodic checks of local records, when a Bluetooth tag ID record meets the following conditions: the number of notifications to itself and at least one other gateway exceeds the collaborative confirmation threshold, and the latest detection time is within the effective parking determination time range, a multi-gateway scenario determination is triggered; the relevant gateway determines the unique sending-right gateway by comparing the latest detection time and the gateway ID; the sending-right gateway instructs its latest detected unit door lock to initiate Bluetooth connection verification to the associated door locks of other gateways via the vehicle's Bluetooth tag, forming a physical verification chain; after successful verification, the gateway sends a formal location notification containing a list of all associated door lock IDs through the first multicast group; Single gateway direct determination process: According to the unit door lock gateway's periodic check of local records, when a Bluetooth tag ID record does not meet the multi-gateway collaborative determination conditions, but meets the following conditions: the number of door lock reports is greater than 0, and there is no other gateway or its own time is the latest, and the latest detection time is within the valid range, the single gateway scenario determination is triggered; the gateway directly sends a formal location notification containing a single associated door lock ID through the first multicast group; Post-notification status management: Based on the result of sending the formal notification, the relevant gateway deletes the corresponding local record and creates a time-limited notified suppression tag; during the suppression period, if a notification for the same tag is received from a new gateway that has not been recorded, the suppression tag is canceled and the gateway is allowed to re-participate in the determination.

[0008] Optionally, the location information query and feedback includes: Near-field data reading: Based on the query operation triggered by the homeowner on the mobile APP, the phone is brought close to the NFC sensing area of ​​the home door lock, and the latest unit door lock ID list corresponding to the specified Bluetooth tag ID stored locally on the door lock is read through the NFC channel; Location parsing and display: Based on the read list of unit door lock IDs, the mobile APP combines the pre-set community unit building map data to parse the ID list into specific unit building location information, and displays the approximate area where the vehicle is parked to the residents in the APP interface.

[0009] Optionally, the method further includes a gateway collaborative interaction mechanism: Collaborative Judgment and Real-Time Response: Based on the periodic notification messages received by the unit door lock gateway from other gateways, first update the list of other gateway notifications corresponding to the Bluetooth tag ID in the local record; Time window decision: Calculate the absolute value of the time difference ΔT based on the notification detection time point in the message and the latest detection time point recorded by itself; if ΔT is less than the preset collaborative judgment time window, or if its own time is updated and ΔT exceeds the window, then immediately trigger this gateway to also send a phased notification message to accelerate the formation of consensus in the overlapping area.

[0010] Another embodiment of this application provides a system for assisted vehicle positioning via door locks, the system comprising: Joining module for system preparation and multicast joining: Based on the pre-configured vehicle Bluetooth tag ID and multicast group settings, the home door lock joins the first multicast group for receiving the final location notification, and the unit door lock gateway joins the second multicast group for inter-gateway collaborative communication. The collaboration module is used for vehicle detection and gateway collaboration: based on the vehicle Bluetooth signals periodically detected by the unit door lock, the unit door lock gateway to which it is connected performs local recording and statistics, and after the initial conditions are met, it makes a phased collaborative announcement through the second multicast group. The notification module is used for parking location determination and formal notification: Based on the accumulation of collaborative notification information between the unit door lock gateways and the time comparison results, the final parking location is determined by distinguishing between single gateway and multi-gateway scenarios, and the gateway with sending rights sends the formal location notification to the home door lock through the first multicast group. The feedback module is used for location information query and feedback: based on the owner's query request, it reads the location information of the unit door lock corresponding to the vehicle from the local storage of the home door lock through near field communication, and combines it with map data to provide feedback on the vehicle's parking location.

[0011] Another embodiment of this application provides a storage medium storing a computer program, wherein the computer program is configured to execute the method described in any of the preceding claims when running.

[0012] Another embodiment of this application provides an electronic device including a memory and a processor, wherein the memory stores a computer program and the processor is configured to run the computer program to perform the method described in any of the preceding claims.

[0013] Compared with existing technologies, the present invention provides a method for locating vehicles with the assistance of door locks. Based on pre-configured vehicle Bluetooth tag IDs and multicast group settings, the home door lock joins a first multicast group for receiving final location notifications, and the unit door lock gateway joins a second multicast group for inter-gateway collaborative communication. The unit door lock's connected unit door lock gateway locally records and statistically analyzes the vehicle's Bluetooth signals periodically detected by the unit door lock. Based on the accumulation of collaborative notification information between unit door lock gateways and time comparison results, the final parking location is determined by distinguishing between single-gateway and multi-gateway scenarios. Upon the homeowner's query request, the unit door lock location information corresponding to the vehicle is retrieved from the home door lock's local storage via near-field communication. This enables accurate determination and proactive notification of the vehicle's final parking location within the community, effectively solving the problem of finding a car for its owner. Attached Figure Description

[0014] Figure 1Hardware structure block diagram of a computer terminal for a method of assisted vehicle positioning via a door lock, provided in an embodiment of the present invention; Figure 2 A flowchart illustrating a method for assisted vehicle positioning using a door lock, provided in an embodiment of the present invention; Figure 3 This is a schematic diagram of a system for assisted vehicle positioning via a door lock, provided as an embodiment of the present invention. Detailed Implementation

[0015] The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the present invention, and should not be construed as limiting the present invention.

[0016] Residents' vehicles are parked on the community streets in shifts, requiring them to recall the parking location the next day, which is inconvenient. This solution utilizes the unit door locks of the apartment buildings and their connected gateways to record the approximate location of parked vehicles on the street, making retrieval easier.

[0017] Purpose of the invention: When a vehicle moves within a residential community, it is detected by different unit door locks (which can be connected to different unit door lock gateways). After the vehicle finally stops, the approximate parking location can be notified to the owner, so as to remind the owner to pick up the vehicle nearby.

[0018] This invention first provides a method for locating a vehicle with the assistance of a door lock. This method can be applied to electronic devices, such as computer terminals, specifically ordinary computers.

[0019] The following detailed explanation uses a computer terminal as an example. Figure 1 This is a hardware structure block diagram of a computer terminal for a method of assisted vehicle positioning using a door lock, provided in an embodiment of the present invention. Figure 1 As shown, the computer device includes a processor, memory, and network interface connected via a system bus, wherein the memory may include non-volatile storage media and internal memory.

[0020] Non-volatile storage media can store operating systems and computer programs. These computer programs include program instructions that, when executed, cause the processor to perform any method of door lock-assisted vehicle positioning.

[0021] The processor provides computing and control capabilities, supporting the operation of the entire computer device.

[0022] Internal memory provides an environment for the execution of computer programs in non-volatile storage media. When executed by a processor, the computer program enables the processor to perform any method of door lock-assisted vehicle positioning.

[0023] This network interface is used for network communication, such as sending assigned tasks. Those skilled in the art will understand that... Figure 1 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0024] It should be understood that the processor can be a Central Processing Unit (CPU), but it can 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. Among these, a general-purpose processor can be a microprocessor or any conventional processor.

[0025] See Figure 2 The present invention provides a method for assisted vehicle positioning via door lock, which may include the following steps: S201, System Preparation and Multicast Joining: Based on the pre-configured vehicle Bluetooth tag ID and multicast group settings, the home door lock joins the first multicast group for receiving final location notifications, and the unit door lock gateway joins the second multicast group for inter-gateway collaborative communication; specifically, the system preparation and multicast joining includes: Tag and network pre-configuration: Based on the property management system, configure the vehicle with a dual-role mode vehicle Bluetooth tag, and bind its ID to the vehicle information and the owner's home door lock; Home door lock multicast subscription: Based on the bound Bluetooth tag ID, the home door lock sends an extended IGMP message carrying that ID to join the first multicast group, and the routers along the way establish a multicast forwarding path with that Bluetooth tag ID as the filtering condition; Inter-gateway collaborative multicast establishment: According to the collaborative communication requirements, each unit door lock gateway sends an extended IGMP message carrying a gateway tag to join the second multicast group, and the routers along the way establish a multicast forwarding path with the gateway tag as the filtering condition.

[0026] S202, Vehicle Detection and Gateway Collaboration: Based on the vehicle Bluetooth signals periodically detected by the unit door lock, the unit door lock gateway to which it is connected performs local recording and statistics, and after meeting preliminary conditions, conducts phased collaborative notifications through the second multicast group; specifically, the vehicle detection and gateway collaboration includes: Signal detection and suppression reporting: Based on the results of continuous Bluetooth scanning of the unit door lock, when a vehicle Bluetooth tag broadcast signal is detected, after short-term traffic suppression is performed locally, the information including tag ID, door lock ID and detection time point is unicast and reported to the unit door lock gateway to which it is connected. Gateway Local Information Management: Based on the received reported information, the unit door lock gateway adds or updates the corresponding tag ID record in the vehicle Bluetooth tag information table maintained locally, including the associated unit door lock list, the latest detection time, the latest detected unit door lock, the list of other gateway announcements, and the number of its own announcements; Periodic collaborative notification trigger: Based on the preset periodic checks and preliminary notification thresholds, when the total number of reports from a door lock corresponding to a certain Bluetooth tag ID exceeds the threshold, the gateway sends a periodic notification message through the second multicast group, which includes the gateway flag, Bluetooth tag ID, latest detection time, and associated door lock ID, and then resets the reporting count for that tag ID.

[0027] S203, Parking Location Determination and Formal Notification: Based on the accumulation and time comparison results of collaborative notification information between the gateways of each unit door lock, the final parking location is determined by distinguishing between single-gateway and multi-gateway scenarios, and the gateway with sending rights sends a formal location notification to the home door lock through the first multicast group; specifically, the parking location determination and formal notification includes: Multi-gateway collaborative determination process: Based on the unit door lock gateway's periodic checks of local records, when a Bluetooth tag ID record meets the following conditions: the number of notifications to itself and at least one other gateway exceeds the collaborative confirmation threshold, and the latest detection time is within the effective parking determination time range, a multi-gateway scenario determination is triggered; the relevant gateway determines the unique sending-right gateway by comparing the latest detection time and the gateway ID; the sending-right gateway instructs its latest detected unit door lock to initiate Bluetooth connection verification to the associated door locks of other gateways via the vehicle's Bluetooth tag, forming a physical verification chain; after successful verification, the gateway sends a formal location notification containing a list of all associated door lock IDs through the first multicast group; Single gateway direct determination process: According to the unit door lock gateway's periodic check of local records, when a Bluetooth tag ID record does not meet the multi-gateway collaborative determination conditions, but meets the following conditions: the number of door lock reports is greater than 0, and there is no other gateway or its own time is the latest, and the latest detection time is within the valid range, the single gateway scenario determination is triggered; the gateway directly sends a formal location notification containing a single associated door lock ID through the first multicast group; Post-notification status management: Based on the result of sending the formal notification, the relevant gateway deletes the corresponding local record and creates a time-limited notified suppression tag; during the suppression period, if a notification for the same tag is received from a new gateway that has not been recorded, the suppression tag is canceled and the gateway is allowed to re-participate in the determination.

[0028] S204, Location Information Query and Feedback: Based on the homeowner's query request, the location information of the unit door lock corresponding to the vehicle is read from the local storage of the home door lock via near-field communication, and the vehicle's parking location is fed back in conjunction with map data. Specifically, the location information query and feedback includes: Near-field data reading: Based on the query operation triggered by the homeowner on the mobile APP, the phone is brought close to the NFC sensing area of ​​the home door lock, and the latest unit door lock ID list corresponding to the specified Bluetooth tag ID stored locally on the door lock is read through the NFC channel; Location parsing and display: Based on the read list of unit door lock IDs, the mobile APP combines the pre-set community unit building map data to parse the ID list into specific unit building location information, and displays the approximate area where the vehicle is parked to the residents in the APP interface.

[0029] Furthermore, the method also includes a gateway collaborative interaction mechanism: Collaborative Judgment and Real-Time Response: Based on the periodic notification messages received by the unit door lock gateway from other gateways, first update the list of other gateway notifications corresponding to the Bluetooth tag ID in the local record; Time window decision: Calculate the absolute value of the time difference ΔT based on the notification detection time point in the message and the latest detection time point recorded by itself; if ΔT is less than the preset collaborative judgment time window, or if its own time is updated and ΔT exceeds the window, then immediately trigger this gateway to also send a phased notification message to accelerate the formation of consensus in the overlapping area.

[0030] I. Technical Solution: (I) Core Idea: Prerequisites: 1. The property management of the community will uniformly equip the vehicles of owners who need on-street parking location reminders with active smart vehicle Bluetooth terminals (hereinafter referred to as Bluetooth tags), which have built-in Bluetooth modules and whose signal coverage is within a preset area around the unit door lock (such as 5-15 meters).

[0031] 2. The Bluetooth tag supports a dual-role mode (Peripheral and Central). On one hand, it broadcasts specific data packets containing the Bluetooth tag ID at a set frequency (e.g., once every 3 seconds, configurable) for the door lock to identify the vehicle. On the other hand, it continuously maintains a scanning mode, actively listening for Bluetooth signals in the surrounding environment. The Bluetooth tag ID includes a UUID (Universally Unique Identifier), a Major (primary identifier), and a Minor (secondary identifier). The UUID is unified and fixed, used to identify the location of parking on the community street; the Major and Minor are used to identify the owner and vehicle information, respectively.

[0032] 3. The property management company uses the management system to set Bluetooth tag IDs for each owner's vehicle and bind them to the owner's vehicle information.

[0033] 4. After the homeowner downloads the property management app and registers and passes the property management's verification, the app saves the Bluetooth tag ID information of the homeowner's vehicle. The homeowner opens the app on their phone and places it near the NFC area of ​​their home door lock to synchronize the vehicle's Bluetooth tag ID information to the door lock. The home door lock then connects to the community's IP network.

[0034] 5. The unit door locks of the apartment buildings in the community (each with a unique number) are connected to the community IP network through the access gateway router (hereinafter referred to as the unit door lock gateway or gateway).

[0035] 6. The unit door lock has a built-in Bluetooth module that is in scanning mode and can continuously listen to specific broadcast channels.

[0036] 7. All unit door locks, unit door lock gateways, and other devices are synchronized in time via an NTP server.

[0037] Core process: 1. Add the home door lock to multicast group G1 (for subscribing to vehicle's final location information): The home door lock joins multicast group G1 by sending an extended IGMP membership report message (carrying the Bluetooth tag ID). The home door lock gateway and the upstream router establish a multicast forwarding path based on Bluetooth tag ID filtering hop by hop through the extended PIM protocol.

[0038] 2. The unit door lock gateway is added to multicast group G2 (for accurate forwarding of gateway periodic announcement messages between gateways): Similarly, the unit door lock gateway sends an extended IGMP message carrying the unit door lock gateway tag to join multicast group G2. The router establishes a cooperative interaction path between gateways and performs packet filtering and forwarding based on the gateway tag.

[0039] 3. The unit door lock reports vehicle inspection information and records it locally: The unit door lock continuously scans via Bluetooth. Once a vehicle is detected, it unicasts the information to the unit door lock gateway it is connected to and performs short-term traffic suppression locally to effectively control network traffic.

[0040] 4. The unit door lock gateway locally records and multicasts the gateway's periodic announcement messages: The unit door lock gateway maintains a local vehicle Bluetooth tag information table. After receiving a report from a unit door lock, the gateway adds or updates records, including the Bluetooth tag ID, the unit door lock reporting list, the latest reporting detection time of the member door lock, the latest reporting member door lock ID, the total number of member door lock reports, the list of other gateway announcements, and the number of its own announcements.

[0041] After a periodic Bluetooth tag information notification cycle (e.g., 10 minutes), if the gateway finds that the total number of reports from a member door lock corresponding to a certain Bluetooth tag ID is greater than the preset "preliminary notification threshold" (e.g., 5 times), it indicates that the vehicle is likely parked nearby. The gateway then sends a periodic notification message to the multicast group G2, which includes the multicast group address, message type, unit door lock gateway mark, Bluetooth tag ID, notification detection time point, and associated unit door lock ID.

[0042] After the gateway sends the multicast message, the local system resets the total number of reports from the door lock corresponding to the Bluetooth tag ID to 0. After the next cycle arrives, it re-checks whether the threshold is met in order to send the message, and so on.

[0043] 5. Handling of other unit door lock gateways: After receiving notifications from other gateways, the gateway first updates the "Other Gateway Notification List" in its local vehicle Bluetooth tag information table for the corresponding Bluetooth tag ID, adding or updating the other gateway's information and notification count. Then, it calculates the difference ΔT between the notification detection time point (T_A) in the message and the latest reported detection time point (T_B) of the member door lock recorded by itself. If ΔT is less than the preset "cooperative determination time window" (e.g., 60 seconds), it indicates that the vehicle may be in a boundary or overlapping area, and the gateway immediately sends a notification via multicast in advance to accelerate the cooperative determination of overlapping areas. If ΔT exceeds the window and T_B is later than T_A, it indicates that the vehicle is moving towards it or parked nearby, and the gateway also immediately sends a notification via multicast in advance. If ΔT exceeds the window and T_B is not later than T_A, it indicates that the vehicle has left, and only the record is updated without sending a notification.

[0044] 6. Subsequent processing of other unit door lock gateways: After receiving the notification, other gateways will follow the logic in step 5 to make similar update and interaction decisions, thereby achieving coordinated dissemination across the entire network.

[0045] 7. The unit door lock gateway will finally report the vehicle location: The unit door lock gateway periodically checks the records, distinguishes between "multiple gateways" and "single gateway" scenarios, and performs sending right adjudication and closed-loop verification (multiple gateway scenario) before sending a formal notification message via multicast and entering a suppressed state.

[0046] (1) Multi-gateway detection scenario: For a vehicle parking location, the unit door locks connected to two or more unit door lock gateways can simultaneously detect the vehicle's Bluetooth signal (i.e., in the boundary or signal overlap area).

[0047] Judgment criteria: Each unit door lock gateway periodically checks the Bluetooth tag ID records in the local vehicle Bluetooth tag information table. If the number of its own notifications and the number of notifications from other unit door lock gateways (one or more) are both greater than the preset "cooperative confirmation threshold" (e.g., 3 times), and the latest detection time is within the preset "effective parking judgment time range" (e.g., 10 minutes), it means that the vehicle is likely still parked in the detection area, and the vehicle is parked at a location where two or more unit door lock gateways (one of which is itself) have member unit door locks that can detect the vehicle.

[0048] Sending right decision: For the relevant unit door lock gateways that meet the above judgment conditions, compare the latest reported detection time point (T_Self) of the member door lock recorded locally with the latest announcement detection time point (T_Other) of the gateway in the other gateway announcement list whose number of gateway announcements is greater than the "cooperative confirmation threshold". The one with the newer time wins; if the times are the same, the one with the smaller ID wins.

[0049] Bluetooth repeater closed-loop verification: The gateway with sending rights verifies the connection by transmitting messages through the link "source gateway > source door lock > vehicle Bluetooth tag > target door lock > target gateway". After receiving the response from the target gateway, the source gateway confirms that the vehicle is in the overlap zone.

[0050] Notification and Suppression: The source gateway sends a formal notification of the parking location containing multiple door lock IDs to multicast group G1, deletes the record corresponding to the Bluetooth tag ID locally, and creates a "Notified" flag (retained for a preset time, such as 12 hours). If a new gateway notification is received during this period, the formal notification will be reactivated.

[0051] Parking location storage: The home door lock corresponding to the Bluetooth tag ID can receive the multicast message of the official parking location notification and store the correspondence between the Bluetooth tag ID and the unit door lock ID list locally.

[0052] (2) Single gateway detection scenario: For a vehicle parking location, only the unit door lock connected to one unit door lock gateway can detect the vehicle's Bluetooth signal.

[0053] Judgment criteria: Each unit door lock gateway periodically checks the Bluetooth tag ID records in the local vehicle Bluetooth tag information table. If it finds that the total number of reports from the door lock is >0, and its own data is up-to-date (no other gateways or the time is newer than other gateways), and the latest detection time is within the "valid parking judgment time range", then the vehicle parking location is determined, and only the unit door lock connected to it can detect it.

[0054] Notification and Suppression: The gateway sends a formal notification of the parking location to G1, which includes a single door lock ID, and also performs the deletion of the record, marking it as "notified", and the wake-up mechanism.

[0055] Parking location storage: The home door lock corresponding to the Bluetooth tag ID can receive the multicast message of the official parking location notification and store the correspondence between the Bluetooth tag ID and the unit door lock ID list locally.

[0056] 8. The owner obtains the approximate parking location of their vehicle: The mobile app reads the latest vehicle parking location information (unit door lock ID list) stored in the home door lock via NFC, corresponding to the bound Bluetooth tag ID. After analyzing the information using the community map, the app provides the approximate location, ensuring that the data remains within the home.

[0057] (II) Complete technical implementation process: Prerequisites: Same as above. Complete process: 1. Add the home door lock to multicast group G1 (for subscribing to vehicle's final location information): After enabling the community street parking location function, the resident's home door lock sends an extended IGMP membership report message, carrying the resident's vehicle Bluetooth tag ID, specifying that it should join multicast group G1. After receiving the message, the gateway router of the home door lock records the correspondence between the interface and multicast group G1 in its IGMP interface group table, and binds the Bluetooth tag ID to the interface in the outgoing interface list of the multicast routing table entry (*, G1).

[0058] The gateway router then sends an extended PIM Join message to the upstream router of the cell, carrying the Bluetooth tag ID. After receiving the message, the upstream router adds the interface that received the message to the outgoing interface list in its multicast routing table entry (*, G1), and also binds the Bluetooth tag ID as a forwarding filter condition.

[0059] This mechanism propagates hop-by-hop through the routers in the community, forming a forwarding path from the vehicle location detection report source (the unit door lock gateway that ultimately reports the vehicle location) to the home door lock.

[0060] 2. The unit door lock gateway is added to multicast group G2 (for accurate forwarding of gateway periodic announcement messages between gateways): Similarly, the unit door lock gateway sends an extended IGMP membership report message, carrying the unit door lock gateway tag (indicating a desire to receive gateway periodic announcement messages), specifying its intention to join multicast group G2. The unit door lock gateway and its upstream routers, in their multicast routing table entries (*, G2), add the interface that receives the IGMP membership report message or PIMJoin message carrying the unit door lock gateway tag to their outgoing interface list and bind the unit door lock gateway tag.

[0061] In this way, when the router receives a multicast message destined for multicast group G2, if the message carries the unit door lock gateway tag, the router will forward the multicast message to the interface that meets the filtering conditions, so that the unit door lock gateway can receive the message and avoid interfering with other routers.

[0062] 3. The unit door lock reports vehicle inspection information and records it locally: Residents drive their vehicles on the community roads in search of parking spaces. While driving, the unit door lock detects the vehicle's Bluetooth tag ID via its Bluetooth module; it then unicasts a Bluetooth tag reporting message to the unit door lock gateway, containing the unit door lock ID, Bluetooth tag ID, and the reporting detection time. The unit door lock also records this detection information locally (for the same Bluetooth tag ID, only the latest detection record is retained).

[0063] The unit door lock supports short-term reporting traffic suppression, meaning that for the same Bluetooth tag ID, only one Bluetooth tag reporting message is sent within a preset "reporting traffic suppression period" (e.g., within 60 seconds). Afterward, if the unit door lock detects the same Bluetooth tag ID again, it will repeatedly unicast the reporting message and update the reporting detection time point locally. In this way, the unit door lock performs cyclical detection, suppression, and reporting.

[0064] 4. The unit door lock gateway locally records and multicasts the gateway's periodic announcement messages: In step 3, after the unit door lock gateway (e.g., gateway A) receives the Bluetooth tag reporting message, it first queries the vehicle Bluetooth tag information table in its local cache, and there are two cases: (1) If no record corresponding to the Bluetooth tag ID is found locally, add 1 new record, including the Bluetooth tag ID, the unit door lock reporting list (recording the latest reporting information of all member door locks, each unit door lock reporting information includes the reporting unit door lock ID, the latest reporting detection time of the door lock), the latest reporting detection time of the member door lock, the latest reporting member door lock ID, the total number of member door lock reports, the other gateway announcement list (each record includes the unit door lock gateway ID, the latest announcement detection time, the unit door lock ID associated with the latest announcement detection, the number of times the gateway announced), and the number of times it announced itself. The meanings of the fields are explained as follows: 1) Bluetooth Tag ID: The detected vehicle Bluetooth tag ID reported by the unit door lock; 2) Unit door lock reporting list: Records the latest reported information of all member door locks connected to the gateway (based on the Bluetooth tag ID mentioned above). Each unit door lock can have a maximum of one piece of information, including the reporting unit door lock ID and the latest reporting detection time of the door lock; 3) Latest reported inspection time of member door locks: The latest time is taken from all the latest reported inspection times in the member's unit door lock reporting list; 4) Latest reported member door lock ID: This is the door lock ID corresponding to the latest reported detection time of the member door lock; 5) Total number of member door lock reports: Initially set to 1 when a new record is added. Subsequent reports from door locks of the member unit connected to this unit containing this Bluetooth tag ID will increment the count by 1. 6) Other Gateway Notification List: Initially empty. When other unit lock gateways subsequently notify the Bluetooth tag information, a record is created for each other unit lock gateway (the record can be updated later). Each record includes the unit lock gateway ID, the latest notification detection time, the unit lock ID associated with the latest notification detection, and the number of times the gateway has notified.

[0065] 7) Number of self-announcements: This refers to the number of times the user sends a gateway periodic announcement message containing the Bluetooth tag ID. The initial value is 0. The number of announcements by member gateways in the other gateway announcement list and the number of self-announcements are used for determining the multi-gateway detection scenario (see step 7(1) for details).

[0066] (2) If a corresponding Bluetooth tag ID record is found locally, further check whether the unit door lock reporting list in the record contains information about the unit door lock. There are two possibilities: 1) If no information is available, add one unit door lock information entry (including the reported unit door lock ID and the latest reported detection time of the door lock), and increment the total number of member door lock reports by 1. If it is further found that the reported detection time in the message is newer than the latest reported detection time of the member door lock in the local record, also refresh the local record (latest reported detection time of the member door lock and latest reported member door lock ID). 2) If there is information, and the reported detection time in the message is newer than the latest reported detection time of the member door lock in the local record, then the local record will also be refreshed, and the total number of member door lock reports will be increased by 1.

[0067] A unit door lock gateway may connect to one or more unit door locks. Therefore, for this Bluetooth tag ID, one or more unit door locks may report repeatedly. After receiving the report message for the first time, after a periodic Bluetooth tag information announcement period (e.g., 10 minutes), if the total number of reports from the member door lock corresponding to this Bluetooth tag ID exceeds the preset "preliminary announcement threshold" (e.g., 5 times, indicating that it has been detected by its own unit door lock multiple times, and the vehicle is likely parked nearby rather than passing by), the gateway will send a multicast periodic announcement message. The message includes the multicast group address (G2), message type (gateway periodic announcement message), unit door lock gateway tag, Bluetooth tag ID, announcement detection time point (the latest report detection time point of the member door lock with this Bluetooth tag ID in the vehicle Bluetooth tag information table, indicating the latest location detected by the door lock to which the gateway belongs), and associated unit door lock ID (i.e., the latest reporting member door lock ID corresponding to the announcement detection time point). After sending the multicast message, the gateway resets the total number of reports from the door lock corresponding to that Bluetooth tag ID to 0 locally. Upon the arrival of the next phase of Bluetooth tag information notification, it re-checks whether the number of reports from the door lock corresponding to that Bluetooth tag ID exceeds the preset "preliminary notification threshold." If so, it repeats the multicast notification message to the gateway. This multicast message will be sent to the door lock gateways of each unit via the router.

[0068] 5. Handling of other unit door lock gateways: Following step 4, other unit door lock gateways (such as gateway B) will receive the gateway periodic announcement multicast message from gateway A and determine whether the Bluetooth tag ID in the message is recorded in the local vehicle Bluetooth tag information table. If a record is found, the following two steps are performed: (1) First step: Update data records; Gateway B updates the "Other Gateway Announcement List" corresponding to the Bluetooth tag ID in its local records: that is, it adds or updates the information of Gateway A in the list, including the unit door lock gateway ID (Gateway A), the latest announcement detection time (i.e., the announcement detection time in the message), the associated unit door lock ID (i.e., the associated unit door lock ID in the message, which is a member door lock of the gateway that sent the message), and the number of times the gateway has announced (if it is a new record, it is set to 1; if it is an existing record, the count is incremented by 1).

[0069] (2) Second step: Determine whether to trigger an immediate notification; Compare the notification detection time point (denoted as T_A) in the message with the latest reported detection time point of the member's door lock (denoted as T_B) recorded by yourself, calculate the absolute value of the time difference ΔT=|T_A-T_B|, and handle it according to the following cases: 1) If ΔT is less than the preset "cooperative determination time window" (e.g., 60 seconds), it means that the two gateways detected the vehicle at approximately the same time, and the vehicle may be in a boundary or overlapping area. In order to accelerate the cooperative determination of overlapping areas, gateway B immediately sends a gateway phased announcement message via multicast in advance, and at the same time increments its own announcement count in its local record by 1.

[0070] 2) If the time difference ΔT exceeds the “cooperative decision time window” and the time point T_B is later than T_A, it means that the data that gateway B has is updated (the vehicle is moving towards B or stopping on the B side). In this case, gateway B will also immediately send a gateway phase announcement message via multicast in advance, and at the same time increment its own announcement count in the local record by 1.

[0071] 3) If the time difference ΔT exceeds the "cooperative decision time window" and the time point T_B is not later than T_A, it means that the data held by gateway A has been updated (the vehicle has left the B side, and currently only the A side has detected it). At this time, gateway B does not send a new notification, but only retains the list record updated in the first step.

[0072] (Note: By introducing a “collaborative judgment time window”, the problem of one party’s continuous silence due to signal fluctuations can be solved. As long as the time is close, an interactive notification will be made to ensure that the number of notifications can be accumulated quickly in the short-term parking scenario, thus meeting the threshold judgment requirements of step 7 (1).) 6. Subsequent processing of other unit door lock gateways: After receiving the gateway periodic announcement message multicast message from gateway B, other unit door lock gateways (excluding gateway B) will perform operations similar to step 5. This process continues in the same manner.

[0073] 7. The unit door lock gateway will finally report the vehicle location: The vehicle was eventually parked stably, with the following conditions: (1) Multi-gateway detection scenario: For a vehicle parking location, the unit door locks connected to two or more unit door lock gateways can simultaneously detect the vehicle's Bluetooth signal (i.e., in the boundary or signal overlap area).

[0074] Each unit door lock gateway (assuming gateway A) regularly (e.g., every 10 minutes) checks the Bluetooth tag ID records in the local in-vehicle Bluetooth tag information table. If in a record, the number of announcements of one or more unit door lock gateways (assuming gateway B and gateway C) in the "Other Gateway Announcement List" is greater than the preset "Collaborative Confirmation Threshold" (e.g., 3 times), and at the same time, the number of its own announcements in this record is also greater than the preset threshold. Also, compare the latest reported detection time point of the member door locks in the local record with the latest announcement detection time point in the Other Gateway Announcement List, and take the newer time point. If the time difference between this time point and the current moment is within the "Valid Parking Judgment Time Range" (e.g., 10 minutes), it indicates that the vehicle is very likely still parked in the detection area, and at the parking location, two or more unit door lock gateways (one of which is itself) have member unit door locks that can detect this vehicle. (Note: The "Valid Parking Judgment Time Range" check is to prevent the system from sending incorrect parking notifications based on the accumulated number of announcements after the vehicle has quickly passed through the boundary of two gateways and had a short interaction and then left. By checking the freshness of the detection time, it ensures that the reported is the "current parking" state rather than the "historical passing" state).

[0075] After meeting the above threshold and time validity conditions, the relevant unit door lock gateways (such as gateway A, B, C) need to further determine whether the vehicle is indeed parked at the boundary of the unit door locks they are connected to or in the signal overlap area. The above relevant gateways need to first determine whether they have the "right to send the final position notice", which is also the initiator for verifying and confirming whether the vehicle is in the boundary or signal overlap area, to avoid duplicate sending with the remaining relevant unit door lock gateways. The determination rules are as follows (taking gateway A as an example): Gateway A respectively compares the latest reported detection time point of the member door locks in the local record (denoted as T_Self) with the latest announcement detection time points of the gateways (such as gateway B, C) in the Other Gateway Announcement List whose number of gateway announcements is greater than the "Collaborative Confirmation Threshold" (denoted as T_Other(B or C)). If T_Self > T_Other(B or C), it means the data it holds is more updated, and it is determined to have the right to send; if T_Self < T_Other(B or C), it means the data of the other gateway is more updated, and it is determined not to have the right to send and will not send a notice (only clear the local record); if T_Self = T_Other(B or C) (i.e., the time is extremely close), then decide by ID. Compare its own gateway ID with the other gateway ID, and the one with the smaller gateway ID value has the right to send, otherwise, it does not have the right to send.

[0076] The gateway with sending rights (let's call it Gateway A) unicasts a vehicle Bluetooth interaction command message to its latest reporting member lock (let's call it ID A_1). The message includes the message type (vehicle Bluetooth interaction command), the vehicle Bluetooth tag ID, the source gateway ID (Gateway A), the target contact gateway and lock list (including the target contact gateway ID, its latest announced associated unit lock ID, such as Gateway B, its member lock B_1, and Gateway C, its member lock C_1), and the initiation time. After receiving and parsing the message, member lock A_1 sends a unit lock interaction command message to the vehicle Bluetooth tag via Bluetooth connection. This message also includes the message type (unit lock interaction command message), the source gateway ID (Gateway A), the target contact gateway and lock list (such as Gateway B, its member lock B_1, and Gateway C, its member lock C_1), and the initiation time. After receiving and parsing the message, the vehicle's Bluetooth tag connects via Bluetooth to the target gateway and the door locks in the lock list (e.g., door locks B_1 and C_1) in the message, and sends a unit door lock gateway interaction command message. This message includes the message type (unit door lock gateway interaction command message), the source gateway ID (gateway A), the target gateway list (e.g., gateways B and C), and the initiation time. After receiving and parsing the message, door locks B_1 and C_1 further unicast an interaction synchronization message to their respective gateways (B or C). This message includes the message type (interaction synchronization message), the source gateway ID (gateway A), and the initiation time. Upon receiving this message, gateway B and / or gateway C confirm that the initiation time is within a preset time window (e.g., 30 seconds) and then unicast a reply to source gateway A confirming receipt of the message. If gateway A receives a reply from gateway B and / or gateway C, it indicates that the vehicle is indeed within the boundary or signal overlap area between its connected door locks; if it does not receive a reply, it cannot confirm this.

[0077] After gateway A confirms the above steps (assuming gateways B and C have responded), it formally notifies the parking location by sending a multicast data message containing the multicast group address (G1), message type (formal parking location notification), Bluetooth tag ID, and parking location information (two or more unit lock IDs near the vehicle: the latest reported member lock ID recorded locally, and the latest notification detection associated unit lock from a gateway that has responded (B_1 and C_1)). Then, the gateway deletes the record corresponding to the Bluetooth tag ID locally; additionally, it creates a record locally marking the vehicle (Bluetooth tag ID) as "notified," and records the latest other gateway IDs (such as gateways B and C) in the current collaborative determination. This mark is retained for a period of time (e.g., 12 hours), during which time duplicate formal notifications are suppressed. During this period, if the gateway receives another gateway periodic notification message containing the vehicle's Bluetooth tag ID, and the gateway ID that sent the message is different from the recorded cooperative gateway ID (such as gateway B or C), it means that the vehicle has been detected by the unit door lock of another gateway and may have been moved. In this case, the gateway will cancel the "notified" mark for the Bluetooth tag ID in advance (i.e., it will only be woken up when a new gateway intervenes).

[0078] Gateways that do not have the right to send data can only delete the record corresponding to the Bluetooth tag ID locally.

[0079] The home door lock corresponding to the Bluetooth tag ID can receive the above parking location notification multicast message and store the correspondence between the Bluetooth tag ID and the unit door lock ID list locally.

[0080] (2) Single gateway detection scenario: For a vehicle parking location, only the unit door lock connected to one unit door lock gateway can detect the vehicle's Bluetooth signal.

[0081] Each unit lock gateway periodically (e.g., every 10 minutes) checks the Bluetooth tag ID records in its local vehicle Bluetooth tag information table. If a record does not meet the above condition (1), but meets the following conditions: the total number of lock reports is greater than 0, and (other gateway announcement lists are empty, or the latest reported detection time of the locally recorded member lock is later than the latest announcement detection time in other gateway announcement lists), and the time difference between the latest reported detection time of the locally recorded member lock and the current time is within the "effective parking judgment time range", then it means that the vehicle detection data it possesses is the latest among the gateways, and the time recorded by other gateways is earlier than its own (or no other gateway has detected it). The unit lock gateway determines the vehicle parking location, and only the unit lock it is connected to can detect it. Therefore, it sends a multicast data message containing the multicast group address (G1), message type (official parking location notification), Bluetooth tag ID, and parking location information (unit lock ID near the vehicle: the latest reported member lock ID recorded locally). Then, it deletes the record corresponding to the Bluetooth tag ID locally. In addition, a record is created locally to mark the vehicle (Bluetooth tag ID) as "notified." This mark is retained for a period of time (e.g., 12 hours) to suppress repeated formal notifications. During this period, if the gateway receives another gateway periodic notification message containing the vehicle's Bluetooth tag ID, the "notified" mark for that Bluetooth tag ID is prematurely removed.

[0082] The home door lock corresponding to the Bluetooth tag ID can receive the multicast message of the official parking location notification and store the correspondence between the Bluetooth tag ID and the unit door lock ID locally.

[0083] 8. The owner obtains the approximate parking location of their vehicle: When a homeowner needs to check their vehicle's location, they open the mobile app and hold their phone close to the NFC sensing area of ​​their home door lock. The app uses the NFC channel to read the latest vehicle parking location information (i.e., a list of nearby unit door lock IDs) stored in the home door lock and associated with the bound Bluetooth tag ID. After parsing this information, the app, combined with pre-installed community building map data, displays the approximate location of the vehicle near which buildings it is parked.

[0084] II. Beneficial Effects: 1. By using distributed unit door lock gateways for collaborative processing and tag-based multicast filtering, the dependence on the central server and network redundancy traffic are significantly reduced.

[0085] 2. By utilizing a collaborative mechanism of reporting suppression, periodic threshold determination, and time window, it can accurately filter instantaneous signals such as vehicles passing by, ensuring that the notification corresponds to a real parking event.

[0086] 3. Through multi-gateway collaborative decision-making and Bluetooth physical layer interaction verification, it can reliably identify vehicles parked in complex locations such as signal overlap areas, thereby improving positioning accuracy.

[0087] 4. Vehicle identity and location information are transferred within the local area network via NFC near-field synchronization and multicast, ensuring data security by avoiding the public network.

[0088] III. Protection Points: 1. Distributed gateway collaborative judgment and decision-making method: (1) Periodic triggering and threshold determination: The gateway only broadcasts a notification to G2 after the number of times the same vehicle's signal is detected exceeds the threshold, effectively filtering out instantaneous passing signals.

[0089] (2) Time window-driven instant interaction: A “collaborative judgment time window” is defined. When the notification time of other gateways is close to its own latest detection time, it immediately triggers its own notification to accelerate the formation of consensus in the overlapping area.

[0090] (3) Cumulative number of notifications and freshness check: The number of notifications is used as a quantitative indicator of the vehicle's continuous parking in a certain gateway's jurisdiction area. Combined with the "effective parking judgment time range" to check the freshness of the detection time, they are used together as the conditions for initiating the final judgment to prevent misjudgment of historical movement status or short stay.

[0091] 2. Final decision-making and verification mechanism for overlapping areas of multiple gateways: (1) Sending right competition adjudication: Among multiple gateways that meet the collaborative judgment conditions, by comparing the "latest detection time point" held by each gateway and the preset "gateway ID" decision rule, the gateway with the unique right to send is elected, and it initiates subsequent verification and sends the final notification to avoid duplication and conflict.

[0092] (2) Physical layer verification chain based on dual roles of Bluetooth tag: The gateway with the right to send commands to its subordinate door locks, through the central device role of the vehicle Bluetooth tag, actively connects to the target door locks under other gateways, forming a verification chain of "source gateway > source door lock > vehicle tag > target door lock > target gateway", which confirms from the physical connection level that the vehicle is indeed located in the signal overlap area, and improves the accuracy of location judgment.

[0093] (3) Collaborative state recording and suppression wake-up mechanism: After successfully sending the final notification, the relevant gateway records the participants (other gateway IDs) in this collaborative determination and enters the "notified" suppression state; the suppression is lifted and the gateway re-participates in the determination only when a new, unrecorded gateway detection signal is received, so as to avoid repeated notifications while being able to sense the vehicle moving again.

[0094] 3. NFC-based localized information interaction and privacy protection mechanism: As the data endpoint of the multicast network, the home door lock locally stores the vehicle's final parking location information; the homeowner can actively read the unit door lock location list corresponding to the Bluetooth tag ID by placing the door lock near the NFC area of ​​the door lock with a mobile APP.

[0095] As can be seen, based on the pre-configured vehicle Bluetooth tag ID and multicast group settings, the home door lock joins the first multicast group for receiving final location notifications, and the unit door lock gateway joins the second multicast group for inter-gateway collaborative communication. The unit door lock's periodically detected vehicle Bluetooth signals are locally recorded and statistically analyzed by the connected unit door lock gateway. Based on the accumulation of collaborative notification information between unit door lock gateways and the time comparison results, the final parking location is determined by distinguishing between single-gateway and multi-gateway scenarios. Upon the homeowner's query request, the vehicle's corresponding unit door lock location information is retrieved from the home door lock's local storage via near-field communication. This enables accurate determination and proactive notification of the vehicle's final parking location within the community, effectively solving the problem of finding the car for its owner.

[0096] Another embodiment of the present invention provides a system for assisted vehicle positioning via door locks, see [link to relevant documentation]. Figure 3 The system may include: Joining module 301 is used for system preparation and multicast joining: based on the pre-configured vehicle Bluetooth tag ID and multicast group settings, the home door lock joins the first multicast group for receiving the final location notification, and the unit door lock gateway joins the second multicast group for inter-gateway collaborative communication. The collaboration module 302 is used for vehicle detection and gateway collaboration: based on the vehicle Bluetooth signals periodically detected by the unit door lock, the unit door lock gateway to which it is connected performs local recording and statistics, and after the preliminary conditions are met, it makes a phased collaboration announcement through the second multicast group. Notification module 303 is used for parking location determination and formal notification: Based on the accumulation of collaborative notification information between the door lock gateways of each unit and the time comparison results, the final parking location is determined by distinguishing between single gateway and multi-gateway scenarios, and the gateway with sending rights sends a formal location notification to the home door lock through the first multicast group. Feedback module 304 is used for location information query and feedback: based on the owner's query request, it reads the location information of the unit door lock corresponding to the vehicle from the local storage of the home door lock through near field communication, and combines it with map data to provide feedback on the vehicle's parking location.

[0097] This invention also provides a storage medium storing a computer program, wherein the computer program is configured to execute the steps in any of the above method embodiments when running.

[0098] This invention also provides an electronic device, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to perform the steps in any of the above method embodiments.

[0099] Specifically, the aforementioned electronic device may further include a transmission device and an input / output device, wherein the transmission device is connected to the aforementioned processor, and the input / output device is connected to the aforementioned processor.

[0100] The above description, based on the embodiments shown in the figures, details the structure, features, and effects of the present invention. The above description is only a preferred embodiment of the present invention, but the present invention is not limited to the scope of implementation shown in the figures. Any changes made in accordance with the concept of the present invention, or equivalent embodiments modified to have equivalent changes, that do not exceed the spirit covered by the specification and figures, should be within the protection scope of the present invention.

Claims

1. A method for locating a vehicle with the assistance of a door lock, characterized in that, The method includes: System preparation and multicast joining: Based on the pre-configured vehicle Bluetooth tag ID and multicast group settings, the home door lock joins the first multicast group for receiving the final location notification, and the unit door lock gateway joins the second multicast group for inter-gateway collaborative communication. Vehicle detection and gateway coordination: Based on the vehicle Bluetooth signals periodically detected by the unit door lock, the unit door lock gateway to which it is connected will record and count them locally, and after the initial conditions are met, it will make a phased coordination announcement through the second multicast group. Parking location determination and formal notification: Based on the accumulation of collaborative notification information between the door lock gateways of each unit and the time comparison results, the final parking location is determined by distinguishing between single gateway and multi-gateway scenarios, and the gateway with sending rights sends a formal location notification to the home door lock through the first multicast group. Location information query and feedback: Based on the owner's query request, the system reads the location information of the unit door lock corresponding to the vehicle from the local storage of the home door lock via near-field communication, and combines it with map data to provide feedback on the vehicle's parking location.

2. The method according to claim 1, characterized in that, The system preparation and multicast joining include: Tag and network pre-configuration: Based on the property management system, configure the vehicle with a dual-role mode vehicle Bluetooth tag, and bind its ID to the vehicle information and the owner's home door lock; Home door lock multicast subscription: Based on the bound Bluetooth tag ID, the home door lock sends an extended IGMP message carrying that ID to join the first multicast group, and the routers along the way establish a multicast forwarding path with that Bluetooth tag ID as the filtering condition; Inter-gateway collaborative multicast establishment: According to the collaborative communication requirements, each unit door lock gateway sends an extended IGMP message carrying a gateway tag to join the second multicast group, and the routers along the way establish a multicast forwarding path with the gateway tag as the filtering condition.

3. The method according to claim 2, characterized in that, The vehicle detection and gateway collaboration includes: Signal detection and suppression reporting: Based on the results of continuous Bluetooth scanning of the unit door lock, when a vehicle Bluetooth tag broadcast signal is detected, after short-term traffic suppression is performed locally, the information including tag ID, door lock ID and detection time point is unicast and reported to the unit door lock gateway to which it is connected. Gateway Local Information Management: Based on the received reported information, the unit door lock gateway adds or updates the corresponding tag ID record in the vehicle Bluetooth tag information table maintained locally, including the associated unit door lock list, the latest detection time, the latest detected unit door lock, the list of other gateway announcements, and the number of its own announcements; Periodic collaborative notification trigger: Based on the preset periodic checks and preliminary notification thresholds, when the total number of reports from a door lock corresponding to a certain Bluetooth tag ID exceeds the threshold, the gateway sends a periodic notification message through the second multicast group, which includes the gateway flag, Bluetooth tag ID, latest detection time, and associated door lock ID, and then resets the reporting count for that tag ID.

4. The method according to claim 3, characterized in that, The determination of the parking location and the formal notification include: Multi-gateway collaborative determination process: Based on the unit door lock gateway's periodic checks of local records, when a Bluetooth tag ID record meets the following conditions: the number of notifications to itself and at least one other gateway exceeds the collaborative confirmation threshold, and the latest detection time is within the effective parking determination time range, a multi-gateway scenario determination is triggered; the relevant gateway determines the unique sending-right gateway by comparing the latest detection time and the gateway ID; the sending-right gateway instructs its latest detected unit door lock to initiate Bluetooth connection verification to the associated door locks of other gateways via the vehicle's Bluetooth tag, forming a physical verification chain; after successful verification, the gateway sends a formal location notification containing a list of all associated door lock IDs through the first multicast group; Single gateway direct determination process: According to the unit door lock gateway's periodic check of local records, when a Bluetooth tag ID record does not meet the multi-gateway collaborative determination conditions, but meets the following conditions: the number of door lock reports is greater than 0, and there is no other gateway or its own time is the latest, and the latest detection time is within the valid range, the single gateway scenario determination is triggered; the gateway directly sends a formal location notification containing a single associated door lock ID through the first multicast group; Post-notification status management: Based on the result of sending the formal notification, the relevant gateway deletes the corresponding local record and creates a time-limited notified suppression tag; during the suppression period, if a notification for the same tag is received from a new gateway that has not been recorded, the suppression tag is canceled and the gateway is allowed to re-participate in the determination.

5. The method according to claim 4, characterized in that, The location information query and feedback includes: Near-field data reading: Based on the query operation triggered by the homeowner on the mobile APP, the phone is brought close to the NFC sensing area of ​​the home door lock, and the latest unit door lock ID list corresponding to the specified Bluetooth tag ID stored locally on the door lock is read through the NFC channel; Location parsing and display: Based on the read list of unit door lock IDs, the mobile APP combines the pre-set community unit building map data to parse the ID list into specific unit building location information, and displays the approximate area where the vehicle is parked to the residents in the APP interface.

6. The method according to claim 5, characterized in that, The method also includes a gateway collaborative interaction mechanism: Collaborative Judgment and Real-Time Response: Based on the periodic notification messages received by the unit door lock gateway from other gateways, first update the list of other gateway notifications corresponding to the Bluetooth tag ID in the local record; Time window decision: Calculate the absolute value of the time difference ΔT based on the notification detection time point in the message and the latest detection time point recorded by itself; if ΔT is less than the preset collaborative judgment time window, or if its own time is updated and ΔT exceeds the window, then immediately trigger this gateway to also send a phased notification message to accelerate the formation of consensus in the overlapping area.

7. A system for assisted vehicle positioning via door locks, characterized in that, The system includes: Joining module for system preparation and multicast joining: Based on the pre-configured vehicle Bluetooth tag ID and multicast group settings, the home door lock joins the first multicast group for receiving the final location notification, and the unit door lock gateway joins the second multicast group for inter-gateway collaborative communication. The collaboration module is used for vehicle detection and gateway collaboration: based on the vehicle Bluetooth signals periodically detected by the unit door lock, the unit door lock gateway to which it is connected performs local recording and statistics, and after the initial conditions are met, it makes a phased collaborative announcement through the second multicast group. The notification module is used for parking location determination and formal notification: Based on the accumulation of collaborative notification information between the unit door lock gateways and the time comparison results, the final parking location is determined by distinguishing between single gateway and multi-gateway scenarios, and the gateway with sending rights sends the formal location notification to the home door lock through the first multicast group. The feedback module is used for location information query and feedback: based on the owner's query request, it reads the location information of the unit door lock corresponding to the vehicle from the local storage of the home door lock through near field communication, and combines it with map data to provide feedback on the vehicle's parking location.

8. The system according to claim 7, characterized in that, The joining module is specifically used for: Tag and network pre-configuration: Based on the property management system, configure the vehicle with a dual-role mode in-vehicle Bluetooth tag and bind its ID to the vehicle information and the owner's home door lock; Home door lock multicast subscription: Based on the bound Bluetooth tag ID, the home door lock sends an extended IGMP message carrying that ID to join the first multicast group, and the routers along the way establish a multicast forwarding path with that Bluetooth tag ID as the filtering condition; Inter-gateway collaborative multicast establishment: According to the collaborative communication requirements, each unit door lock gateway sends an extended IGMP message carrying a gateway tag to join the second multicast group, and the routers along the way establish a multicast forwarding path with the gateway tag as the filtering condition.

9. A storage medium, characterized in that, The storage medium stores a computer program, wherein the computer program is configured to execute the method of any one of claims 1-6 when it is run.

10. An electronic device comprising a memory and a processor, characterized in that, The memory stores a computer program, and the processor is configured to run the computer program to perform the method of any one of claims 1-6.

Images