Method and system for commissioned purchase of door lock connections

Abstract

The application discloses a method and system for commissioned purchase of door lock connection, and the method comprises the following steps: according to the commissioned request initiated by multiple commissioning persons on their respective intelligent door locks and the confirmation operation of the commissioned person on the door lock, a commissioned relationship is established between the door locks of the commissioning person and the commissioned person, and a shopping list is synchronized to the door lock of the commissioned person; according to the identity verification result of the commissioned person after arriving at the unmanned supermarket, a set payment request message containing the shopping information of the multiple commissioning persons is generated and sent to the door lock of the commissioned person; according to the set payment request message received by the door lock of the commissioned person, the message is automatically forwarded to the next commissioning person door lock; and according to the processing result that all the commissioning person door locks complete payment, the supermarket system updates the payment state. By using the embodiment of the application, the efficiency of commissioned purchase and the payment security can be improved, and the operation burden of the commissioned person is reduced.

Description

Technical Field

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

[0002] In recent years, with the popularization of smart door locks and unmanned supermarket technologies, the payment experience in shopping on behalf of others and unmanned retail scenarios has received increasing attention. Existing shopping on behalf of others methods usually rely on users' mobile terminals or centralized platforms to complete order placement and payment, which has problems such as process breaks, cumbersome multiple verifications, and inability to support automatic payment continuation for multiple entrustors. Especially when multiple residents entrust the same person to make bulk purchases, current technology is unable to achieve identity trust between door lock devices, list synchronization, and automatic flow of payment instructions. The entrusted person still needs to manually operate multiple times or advance funds, resulting in a poor user experience and a lack of a complete end-to-end automated entrustment and payment mechanism. Summary of the Invention

[0003] The purpose of this invention is to provide a method and system for commissioned purchase of door locks to overcome the shortcomings of the prior art, improve the efficiency and security of the purchase, and reduce the operational burden on the commissioned party.

[0004] One embodiment of this application provides a method for commissioned purchase of door lock continuation, the method comprising:

[0005] Establishment of agency relationship: Based on the agency requests initiated by multiple clients on their respective smart locks and the confirmation operations of the agents on their locks, an agency relationship is established between the client and the agent's locks, and the shopping list is synchronized to the agent's lock.

[0006] Supermarket verification and aggregated payment trigger: Based on the identity verification result of the entrusted person after arriving at the unmanned supermarket, the supermarket system obtains all associated entrusted shopping lists, generates an aggregated payment request message containing shopping information of multiple entrusted persons, and sends it to the entrusted person's door lock;

[0007] Continuing payment execution: Based on the aggregate payment request message received by the entrusted door lock, the message is forwarded to the first entrusting door lock in a preset order, and each entrusting door lock that receives the message automatically forwards the message to the next entrusting door lock after processing its own payment.

[0008] Payment Completion and Status Update: Based on the processing result that all client locks have completed payment, the supermarket system updates the payment status and sends a payment completion notification to the client locks. All relevant locks then exit the entrustment status.

[0009] Optionally, the establishment of the delegation relationship includes:

[0010] Entrusted registration: Based on the selection of the neighborhood mutual assistance function on their respective door locks and the filling in of personal information by the entruster and the agent, the door lock will report the registration information to the property management system for recording;

[0011] Sending the entrustment request: Based on the entruster's operation of selecting the agent and confirming the shopping needs, the door lock generates an entrustment request message containing the agent's identifier and the supermarket's identifier, and sends it to the agent's door lock;

[0012] Confirmation of entrustment relationship: Based on the entrustment request message received by the entrusted door lock, the entrusted door lock is prompted to confirm. If the entrusted door lock agrees, an entrustment confirmation message is sent to the entrusting door lock, and both door locks enter the entrustment state.

[0013] Shopping list synchronization: Based on the event that the entrusting door lock is in the entrustment state, the shopping list entered by the user is sent to the entrusted door lock, and the entrusted door lock updates its local entrustment status table.

[0014] Optionally, the supermarket verification and aggregated payment triggering include:

[0015] Supermarket identity verification: Based on the entrusted person's facial recognition operation at the supermarket door lock, the supermarket door lock collects the entrusted person's facial feature vector and matches it with the entrusted shopping list received from the entrusted person's door lock for verification;

[0016] Verification successful and entry: Based on the successful verification result of facial feature matching, the supermarket door lock is opened and the shopping system is notified to retrieve the corresponding list of all entrusted shopping items;

[0017] Collective payment request generation: Based on the agent's completion of all item selection and confirmation of collective payment, the supermarket system generates a payment request message containing all the agent's shopping details and amounts;

[0018] Request message sending: Based on the generated payment request message, the supermarket system sends it to the address of the entrusted person's door lock.

[0019] Optionally, the follow-up payment execution includes:

[0020] Payment order determination: Based on the entrustment status table stored locally on the entrusted door lock, the processing order is determined for multiple entrustors in the payment request message;

[0021] Message forwarding and payment triggering: According to a predetermined order, the entrusted door lock forwards the payment request message to the first entrusting door lock, triggering it to display the list and wait for user payment confirmation; the payment request message carries the payment order list, and the order list is adjusted in real time when the next door lock fails;

[0022] Payment execution and message relay: Based on the client's confirmation of payment on their door lock, the door lock collects the payment QR code and sends it to the supermarket system to complete the payment. At the same time, it deletes its own record from the payment request message and forwards it to the next client's door lock in the sequence.

[0023] Fault handling and sequence adjustment: Based on the fault event that the current door lock cannot contact the next door lock in sequence, the payment sequence list is automatically adjusted, the faulty door lock is skipped, and the door lock fault message is added to the payment request message and forwarded to the subsequent door lock, and the subsequent door lock continues to try to restore communication with the faulty door lock.

[0024] Optionally, the payment completion and status update include:

[0025] Payment status monitoring: Based on the supermarket system's receipt of payment results from each client, update the payment status identifier of that client in the payment request table in real time;

[0026] Confirmation and Notification: Once all clients' payment status indicators in the payment request form are "paid," the supermarket system generates a payment completion message and sends it to the client's door lock.

[0027] Status Reset: Based on the received payment completion message, the entrusted door lock clears its local entrustment status table and exits the entrusted status, while notifying all entrusting door locks to exit the entrustment status.

[0028] Another embodiment of this application provides a system for commissioned purchase of door lock replacements, the system comprising:

[0029] The module is used to establish a delegation relationship: based on the delegation requests initiated by multiple clients on their respective smart locks and the confirmation operations of the agents on their locks, a delegation relationship is established between the client's and the agent's locks, and the shopping list is synchronized to the agent's lock.

[0030] The verification module is used for supermarket verification and triggering of aggregated payments: based on the identity verification result of the entrusted person after arriving at the unmanned supermarket, the supermarket system obtains all associated entrusted shopping lists, generates an aggregated payment request message containing shopping information of multiple entrustors, and sends it to the entrusted person's door lock;

[0031] The execution module is used to continue payment execution: based on the collective payment request message received by the entrusted door lock, the message is forwarded to the first entrusting door lock in a preset order, and each entrusting door lock that receives the message automatically forwards the message to the next entrusting door lock after processing its own payment.

[0032] The update module is used for payment completion and status updates: Based on the processing result that all the entrusting door locks have completed payment, the supermarket system updates the payment status and sends a payment completion notification to the entrusted door locks, and all related door locks exit the entrustment status.

[0033] 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.

[0034] 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.

[0035] Compared with existing technologies, the present invention provides a method for entrusted purchase via door lock continuation. Based on entrustment requests initiated by multiple entrustors on their respective smart door locks and confirmation operations by the entrusted person on their door lock, an entrustment relationship is established between the entrustors and the entrusted person's door locks, and the shopping list is synchronized to the entrusted person's door lock. Based on the identity verification result after the entrusted person arrives at the unmanned supermarket, a collective payment request message containing shopping information from multiple entrustors is generated and sent to the entrusted person's door lock. Upon receiving the collective payment request message, the entrusted person's door lock automatically forwards the message to the next entrustor's door lock. Based on the processing result that all entrustor door locks have completed payment, the supermarket system updates the payment status, thereby improving the efficiency and security of the entrusted purchase and reducing the operational burden on the entrusted person. Attached Figure Description

[0036] Figure 1 Hardware structure block diagram of a computer terminal for a method of commissioned purchase of door lock connection provided in an embodiment of the present invention;

[0037] Figure 2 A flowchart illustrating a method for commissioned purchase of door lock continuation according to an embodiment of the present invention;

[0038] Figure 3 This is a schematic diagram of a system for commissioned purchase of door locks, provided as an embodiment of the present invention. Detailed Implementation

[0039] 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.

[0040] With the rapid development of AI technology, unmanned shopping has quietly emerged, and many residential communities now have unmanned supermarkets. Residents typically need to use their mobile phones to scan a code to open the door, select items, and pay. However, with the increasing aging population, more and more residents in these communities are elderly people living alone, who lack the physical strength to walk independently to the unmanned supermarket. In these cases, they need to rely on others (such as helpful neighbors) to help them shop. When a helpful neighbor helps multiple elderly people shop, there may be many items to select, and multiple elderly people need to confirm and pay. If the neighbor has to pay for each elderly person individually at the checkout machine, each person will spend a significant amount of time waiting, preventing other shoppers from receiving timely service.

[0041] This invention first provides a method for commissioned purchase of door lock replacements. This method can be applied to electronic devices, such as computer terminals, specifically ordinary computers.

[0042] The following detailed explanation uses a computer terminal as an example. Figure 1 This is a hardware block diagram of a computer terminal for a method of commissioned purchase of door lock connection 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.

[0043] Non-volatile storage media can store operating systems and computer programs. The computer program includes program instructions that, when executed, cause the processor to perform any method of entrusting the purchase of door lock connections.

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

[0045] 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 entrusting the purchase of door locks.

[0046] 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.

[0047] 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.

[0048] See Figure 2 The present invention provides a method for commissioned purchase of door lock replacement, which may include the following steps:

[0049] S201, Establishment of Delegation Relationship: Based on the delegation requests initiated by multiple delegators on their respective smart locks, and the confirmation operations of the delegates on their locks, a delegation relationship is established between the delegators and the delegates' locks, and the shopping list is synchronized to the delegates' locks; specifically, the establishment of the delegation relationship includes:

[0050] Entrusted registration: Based on the selection of the neighborhood mutual assistance function on their respective door locks and the filling in of personal information by the entruster and the agent, the door lock will report the registration information to the property management system for recording;

[0051] Sending the entrustment request: Based on the entruster's operation of selecting the agent and confirming the shopping needs, the door lock generates an entrustment request message containing the agent's identifier and the supermarket's identifier, and sends it to the agent's door lock;

[0052] Confirmation of entrustment relationship: Based on the entrustment request message received by the entrusted door lock, the entrusted door lock is prompted to confirm. If the entrusted door lock agrees, an entrustment confirmation message is sent to the entrusting door lock, and both door locks enter the entrustment state.

[0053] Shopping list synchronization: Based on the event that the entrusting door lock is in the entrustment state, the shopping list entered by the user is sent to the entrusted door lock, and the entrusted door lock updates its local entrustment status table.

[0054] S202, Supermarket Verification and Collective Payment Trigger: Based on the identity verification result of the entrusted person upon arriving at the unmanned supermarket, the supermarket system obtains all associated entrusted shopping lists, generates a collective payment request message containing shopping information of multiple entrusted persons, and sends it to the entrusted person's door lock; specifically, the supermarket verification and collective payment trigger includes:

[0055] Supermarket identity verification: Based on the entrusted person's facial recognition operation at the supermarket door lock, the supermarket door lock collects the entrusted person's facial feature vector and matches it with the entrusted shopping list received from the entrusted person's door lock for verification;

[0056] Verification successful and entry: Based on the successful verification result of facial feature matching, the supermarket door lock is opened and the shopping system is notified to retrieve the corresponding list of all entrusted shopping items;

[0057] Collective payment request generation: Based on the agent's completion of all item selection and confirmation of collective payment, the supermarket system generates a payment request message containing all the agent's shopping details and amounts;

[0058] Request message sending: Based on the generated payment request message, the supermarket system sends it to the address of the entrusted person's door lock.

[0059] S203, Continuing Payment Execution: Based on the aggregated payment request message received by the entrusted lock, the message is forwarded to the first entrusting lock in a preset order, and each entrusting lock that receives the message automatically forwards the message to the next entrusting lock after processing its own payment; specifically, the continuing payment execution includes:

[0060] Payment order determination: Based on the entrustment status table stored locally on the entrusted door lock, the processing order is determined for multiple entrustors in the payment request message;

[0061] Message forwarding and payment triggering: According to a predetermined order, the entrusted door lock forwards the payment request message to the first entrusting door lock, triggering it to display the list and wait for user payment confirmation; the payment request message carries the payment order list, and the order list is adjusted in real time when the next door lock fails;

[0062] Payment execution and message relay: Based on the client's confirmation of payment on their door lock, the door lock collects the payment QR code and sends it to the supermarket system to complete the payment. At the same time, it deletes its own record from the payment request message and forwards it to the next client's door lock in the sequence.

[0063] Fault handling and sequence adjustment: Based on the fault event that the current door lock cannot contact the next door lock in sequence, the payment sequence list is automatically adjusted, the faulty door lock is skipped, and the door lock fault message is added to the payment request message and forwarded to the subsequent door lock, and the subsequent door lock continues to try to restore communication with the faulty door lock.

[0064] S204, Payment Completion and Status Update: Based on the processing result that all client locks have completed payment, the supermarket system updates the payment status and sends a payment completion notification to the client locks. All relevant locks then exit the client's entrustment status. Specifically, the payment completion and status update includes:

[0065] Payment status monitoring: Based on the supermarket system's receipt of payment results from each client, update the payment status identifier of that client in the payment request table in real time;

[0066] Confirmation and Notification: Once all clients' payment status indicators in the payment request form are "paid," the supermarket system generates a payment completion message and sends it to the client's door lock.

[0067] Status Reset: Based on the received payment completion message, the entrusted door lock clears its local entrustment status table and exits the entrusted status, while notifying all entrusting door locks to exit the entrustment status.

[0068] In practical applications, this invention provides a method and system where multiple elderly individuals (those in need of assistance) entrust helpful neighbors (the entrusted individuals) to assist them through their own smart door locks. The entrusted individuals accept the entrustment through their own door locks (or a door lock app). After selecting items at an unmanned supermarket, the unmanned supermarket's shopping system packages the item list and payment requests and sends them to the helpful neighbor's door lock. The helpful neighbor's door lock then forwards the payment requests from multiple elderly individuals to the next entrusting door lock in the payment chain. Upon receiving a payment request, the door lock completes its own payment and continues to forward the remaining payment requests to the next door lock in the chain. Each entrusting door lock in the payment chain makes payments sequentially. A specific technical solution includes the following:

[0069] I. Prerequisites:

[0070] Residents' homes are equipped with smart door locks and cameras that can extract facial feature vectors from each resident. These locks can communicate collaboratively with each other and with the locks of the unmanned supermarket (residents, the unmanned supermarket, unmanned canteen, unmanned gym, unmanned bookstore, etc., are all uniformly decorated according to the community's property management regulations for key infrastructure). Each resident's door lock has an electronic display screen for inputting collaborative information (such as shopping lists and amounts). The community's property management system pre-stores a 3D map of the community, recording the location information of each building and room, as well as the door lock ID corresponding to each room number, and also recording the IDs of all unmanned stores in the community (unmanned supermarket, unmanned canteen, unmanned gym, unmanned bookstore, etc.). The payment machines in the unmanned stores support facial recognition payment, and the shopping system has an AI engine to assist in the daily management of the unmanned supermarket and interpret data transmitted from residents' door locks.

[0071] 1. Solution Steps:

[0072] 1. Elderly people living alone have shopping needs but are unable to move around easily, so they ask their kind neighbors to help them shop at an unmanned supermarket.

[0073] (1) Because there are many elderly people living alone in the community, many of whom are old and have limited mobility, and many only know how to use a mobile phone, they find it difficult to master more complex online shopping operations. When the elderly need to purchase items but are unable to do so independently due to their limited mobility, they need the assistance of their kind neighbors. First, the community's owners' committee initiated a campaign to recruit kind neighbors and elderly people living alone, allowing those who have more time and are willing to help the elderly to register in advance. When elderly people living alone encounter difficulties in life, such as needing someone to help them shop, they can entrust a "kind neighbor" to do so on their behalf.

[0074] (2) Neighbor X (taking one helpful neighbor as an example) selects Elderly Services - Neighborhood Mutual Assistance Function - Register as a "Helpful Neighbor" on their own door lock display screen, fills in their name, gender, age, address (house number), available mutual assistance time period, and records their face. The door lock will report the filled information, its own door lock ID (Door Lock X ID), and door lock IP to the community property management system, and the property management system will record the "Helpful Neighbor" information.

[0075] (3) Elderly people A, B, C, and D (taking four elderly people in need of assistance as an example) select Elderly Services - Neighborhood Mutual Assistance Function - Register as "Elderly People in Need of Assistance" on their own door lock display screen, and fill in their name, gender, age, and address (house number). The door lock will report the information filled in, as well as its own door lock ID (ID of door locks A, B, C, and D) and door lock IP to the community property management system, and the property management system will record the "elderly people in need of assistance" information.

[0076] (4) When elderly people A, B, C, and D want to go shopping, they first think of a group of "helpful neighbors" in the community who can help them shop at the unmanned supermarket. Elderly people A, B, C, and D open the door lock display screen, select elderly services - neighborhood mutual assistance function - supermarket shopping service - and select to entrust a helpful neighbor. At this time, the door lock will remotely communicate with the property management system to retrieve the information of registered helpful neighbors (neighbors whose current time is within the mutual assistance time period) and display it on the screen. It will also refer to the door numbers of elderly people A, B, C, and D and sort them from closest to furthest from the elderly people. It can also be ranked according to the number of times the elderly people have been helped in the past, and the helpful neighbors who have helped the elderly people the most will be given priority. At the same time, it will retrieve the supermarket IP according to the supermarket shopping service selected by the elderly people. If elderly residents A, B, C, and D all choose one helpful neighbor (neighbor X), the property management system returns the door lock ID, door lock IP, and supermarket IP of helpful neighbor X to the elderly residents' door locks (door locks A, B, C, and D). Door locks A, B, C, and D then unicast a "delegation request" message to door lock X. Taking the delegator A as an example, the message content includes the IP of the delegated door lock X, the ID of the delegated door lock X, the door lock IP of the delegator A, the door lock A ID, the business ID (1 for the supermarket), the supermarket IP, and the delegation request tag is set to 1.

[0077] (5) When lock X receives the "request" from locks A, B, C, and D, it extracts the lock ID (lock A ID) and business ID (1 for supermarket) of the entruster (taking elderly person A as an example) and the supermarket IP address from the message. Then, it uses the lock A ID to apply to the property management system to check whether the elderly person is a "received elderly person". After the property management system checks the "received elderly person" registration form, it finds a record of lock A ID. Through the lock A ID, it finds the corresponding elderly person's name, age, and address (house number) and returns this data to lock X.

[0078] (6) Door lock X displays the information of the elderly person who made the request on the display screen: name, age, address (house number), and request for supermarket shopping (based on the service ID). The voice announces to neighbor X whether to accept the shopping request: "Dear homeowner, you have received a supermarket shopping request from Mr. A of apartment 501, building 3. Please process it as soon as possible. If you agree, please select 'Agree to Request'. If you cannot complete the request, please select 'Reject Request'." After the homeowner of lock X reviews the elderly person's information, if they select "Agree to the delegation," lock X unicasts a "Delegation Confirmation" message to lock A. This message includes the delegate's IP address (lock X's IP), the delegate's lock ID (lock X ID), the service ID, and a delegation confirmation tag set to 1 (1 indicates agreement, 0 indicates disagreement). Lock X then enters a "Delegated Status" (obtaining the delegate's identity; note that the delegated status must match the delegator. At this point, lock X is in the delegated status if the delegator is A), and announces to neighbor X: "Dear homeowner, you have accepted Mr. C's supermarket shopping delegation from apartment 502, building 3. Please go to the community's unmanned supermarket. The shopping list will be sent to the supermarket for your review shortly." If the homeowner selects "Reject the Delegation," lock X sends a "Delegation Confirmation" message to lock A. This message includes the delegate's IP address (lock X's IP), the delegate's lock ID (lock X ID), the service ID, and a delegation confirmation tag set to 0 (1 indicates agreement, 0 indicates disagreement). Neighbors B, C, and D are processed in the same way. The following is a delegated status table for door lock X:

[0079] Door lock X delegated status table 1

[0080] ;

[0081] (7) When door lock A (taking door lock A as an example) receives the "Entrustment Confirmation" message sent by door lock X, it extracts the entrusted person's IP (door lock X's IP), the entrusted person's door lock ID (door lock X ID), the business ID, and the entrustment confirmation tag and sets it to 1 (1 indicates agreement, 0 indicates disagreement). It displays this on the screen and simultaneously announces: "Your supermarket shopping request has been successfully entrusted, and the entrusted person is Ms. XX." If the received entrustment confirmation message is a rejection, door lock A will display "This entrustment has been rejected" and a confirmation button, and announce "This entrustment cannot be completed. Please select another 'caring neighbor' to entrust." After the elderly A clicks the confirmation button on the door lock screen, they can reselect a "caring neighbor". If the received confirmation message indicates agreement to the entrustment, the backend of door lock A will enter the "entrustment status" (obtaining the entruster's identity; note that the entrustment status must match the entrusted person. At this moment, door lock A is in the entrustment status if the entrusted person is X). The next step on the door lock A display screen will show the supermarket shopping interface. The elderly person A can select or fill in the name of the items to be purchased according to the program format requirements on the display screen (e.g., select soy sauce; if the option is not found, it can be filled in manually), the brand of the items (e.g., select brand H; if the option is not found, it can be filled in manually; if there are no brand requirements, select "any brand"), the quantity or weight of the items, and the maximum shopping amount. After selecting the confirmation button, the shopping list is stored in the local entrustment status table 2, as follows:

[0082] Door Lock A Authorization Status Table 2

[0083] ;

[0084] The procedures for elderly people B, C, and D are the same as for elderly person A, and they store the shopping list in their own door lock's entrustment status table 3 / 4 / 5:

[0085] Door Lock B Authorization Status Table 3

[0086] ;

[0087] Door Lock C Authorization Status Table 4

[0088] ;

[0089] Door Lock D Authorization Status Table 5

[0090] ;

[0091] (8) Locks A, B, C, and D, which are in the "delegated status", all send the shopping list to the delegated lock X. Lock X updates its local delegated status table 6 as follows:

[0092] Door lock X delegated status table 6

[0093] ;

[0094] (9) The entrusted person X can query the entrusted shopping lists sent by the entrustors A, B, C, and D on their own door lock or mobile APP. After confirming all the entrustments, the door lock X extracts the entrusted person's door lock ID, the entrustor's door lock ID, the business ID, the shopping list, the entrustment confirmation tag, and all the facial feature vectors stored locally to form an "entrusted shopping list". This list is then sent to the supermarket to inform it that there are 4 shopping lists being purchased through the entrusted person, X. X then goes to the unmanned supermarket to shop. One example of a door lock X's entrusted shopping list 7 is as follows:

[0095] Door Lock X Shopping List 7

[0096] ;

[0097] 2. The authorized person arrives at the unmanned store, enters by facial recognition, obtains a shopping list, and begins selecting items:

[0098] 2.1 Item selection in unmanned supermarkets:

[0099] (1) After X arrives at the unmanned supermarket, he undergoes facial recognition verification at the supermarket door lock. The supermarket door lock collects the facial feature vector of the entrusted person X through a camera and compares it with the local feature vector. It finds that the facial features matched those carried in the "entrusted shopping list" of the door lock X. The comparison is successful, and the door lock is opened. At the same time, the data rows in the "entrusted shopping list" that match the comparison are sent to the supermarket shopping system to notify it that there is a new entrusted shopping task. The entrusted confirmation tag is set to 1 to track the subsequent purchase process of the entrusted person.

[0100] 2.2 After the authorized person completes the purchase, they scan their face at the checkout machine:

[0101] (2) After purchasing the items according to the requirements of clients A, B, C, and D, X went to the supermarket checkout machine to pay by scanning his face. The supermarket shopping system extracted the facial feature vector of the entrusted person X, queried the entrusted shopping list, and found 4 matching entrusted shopping records (4 are used as an example here, but there may be more in reality, such as multiple elderly people having a need to shop together before dinner). The checkout machine prompted the entrusted person X to make a group payment to avoid each client making a payment remotely in turn, occupying the checkout machine for a long time and being unable to provide services to others. After the entrusted person X confirmed the group payment method, the supermarket shopping system scanned the items purchased by X one by one. When the items were inconsistent with the entrusted list, the AI-assisted system would identify them and prompt the entrusted person X to make replacements. After all purchased items have been scanned, the client X clicks to confirm payment. The supermarket shopping system then sends a "Payment Request" message (stored locally as a "Payment Request Table") with the destination address being the IP address of lock X. The message carries the lock ID of the client, the supermarket business ID (business ID is 1), and for each client lock ID, the item list, and the payment amount (e.g., client lock A, 1 bottle of H brand soy sauce, 18 yuan; client lock B, 520 grams of tomatoes, 8 yuan, etc.). The payment confirmation tag is 0 (0 indicates no payment, 1 indicates completed payment; the tag changes from 0 to 1 upon receiving payment confirmation from the client lock). A payment request message (message content) is shown in Table 8 below:

[0102] Payment Request Message Form 8

[0103] ;

[0104] (3) After receiving the "Payment Request" message, lock X confirms that the message content contains the shopping lists of principals A, B, C, and D, and that it is the entrusted lock (lock ID X is the entrusted lock). Lock X adds the payment order list of principals A, B, C, and D to the "Payment Request" message and sends it to the first principal lock A in the order of principals (by querying the local entrustment status table to obtain the IP of lock A through the ID of principal lock A) for processing. After receiving the "Payment Request" message, lock A finds that it contains its own shopping list, and that it is in the "entrustment status" with lock X as the entrusted lock, thus meeting the payment conditions. When door lock A activates the payment process, it displays the shopping details (item name, brand, quantity, and payment amount) on the lock's screen and announces, "Dear homeowner, you have a shopping list from X supermarket that needs your confirmation. Please check the list as soon as possible. If you have confirmed it, please click the 'Agree' button. If the list does not meet your requirements, please click the 'Refuse' button and provide feedback." The homeowner's door lock app also simultaneously displays a dialog box with the same message, reminding them to process the payment immediately.

[0105] (4) The elderly person checks the shopping list, finds no errors in the shopping items, and clicks the "Agree" button. The door lock A display screen or door lock APP continues to display a prompt: "Please show your WeChat or Alipay payment QR code and click the payment button. The system will take a picture for you and send it to the payment machine of X supermarket to complete the payment." After the elderly person shows the payment QR code and clicks the payment button, the door lock camera or mobile phone camera (when using the mobile APP) automatically takes a picture of the payment QR code and transmits it to the unmanned supermarket payment machine (obtain the supermarket IP from the "Entrustment Status Table" of door lock A. It should be noted that the "Payment Request" message and the payment QR code photo message transmitted by the door lock need to carry the same payment number. This number is not displayed on the door lock display screen or mobile phone, and is used to ensure the consistency of the payment steps.) After the payment machine receives the payment QR code, the background automatically scans the code to complete the payment and replies with a "Payment Completed" message to door lock A: This payment has been completed, with a total payment amount of XX yuan. Have a pleasant shopping experience. At the same time, a "Payment Completed" message is sent to lock X, informing lock A in the payment chain that the payment has been completed and receiving confirmation from the supermarket checkout machine. Both the supermarket lock and lock X will set the payment confirmation tag in the corresponding lock data row of the "Payment Request Form" to 1 (0 for unpaid, 1 for completed payment).

[0106] (5) Comparing with Part 3 of this chapter, the elderly person checks the shopping list and finds that the shopping items do not meet the requirements and need to adjust the shopping items. At this time, the elderly person clicks the "Refuse" button and provides feedback on the door lock display screen or mobile APP: "I need to buy 1 bottle of L brand soy sauce." Door lock A then broadcasts the feedback to the payment machine of the unmanned supermarket. After receiving the feedback from door lock A, the payment machine of the unmanned supermarket uses the AI ​​engine to compare the currently selected items and optimize the feedback content, and broadcasts a voice message: "Dear customer, the 1 bottle of H brand soy sauce you purchased needs to be replaced with 1 bottle of L brand soy sauce. Please put the H brand soy sauce back in position 2 of cabinet 3 and go to position 3 of cabinet 3 to purchase L brand soy sauce." The entrusted person X adjusts the shopping items according to the voice prompt, completes the shopping requirements, and then pays again by scanning their face. At this time, the payment request message is broadcast to door lock A by the supermarket shopping system, and the elderly person confirms and pays again at door lock A. After receiving the payment QR code, the payment machine automatically scans the code to complete the payment and sends a one-way broadcast "Payment Complete" message to lock A: "Payment completed, total amount XX yuan. Happy shopping!" Simultaneously, it sends a "Payment Complete" message to lock X, informing lock A in the payment chain that payment has been completed and confirmed by the supermarket payment machine. Both the supermarket lock and lock X set the payment confirmation tag to 1 in the corresponding lock A's data row in the "Payment Request Form."

[0107] (6) While performing the payment operation, door lock A deletes the records and payment order related to its own door lock in the "Payment Request" message and forwards it to the next entrusting door lock B (obtaining the IP of door lock B by querying the local entrustment status table through the ID of the entrusting door lock B) for processing. After receiving the "Payment Request" message, door lock B finds that it contains its own shopping list. At the same time, it is in the "entrustment status" and the entrusted door lock is X, which meets the payment conditions. Door lock B activates the payment program, displays the shopping content of door lock B (item name, item brand, item quantity, payment amount) carried in the message on the door lock display screen, and announces to the elderly B to confirm and complete the payment. After the elderly B presents the payment QR code and clicks to pay, the door lock camera or mobile phone camera (when using a mobile APP) automatically takes a picture of the payment QR code and transmits it to the unmanned supermarket payment machine by unicast (obtaining the supermarket IP from the "entrustment status table" of door lock B). After receiving the payment QR code, the payment machine automatically scans the code to complete the payment and unicasts a "payment completed" message to door lock B. Simultaneously, a "Payment Completed" message is sent to lock X, informing lock B in the payment chain that payment has been completed and confirmed by the supermarket's checkout machine. Both the supermarket lock and lock X set the payment confirmation tag to 1 in the corresponding lock B's data row in the "Payment Request Form".

[0108] (7) While performing the payment operation, lock B deletes the record related to its own lock in the "Payment Request" message and forwards it to the next principal lock C (by querying the local entrustment status table to obtain the IP of lock C through the ID of the principal lock C) for processing. However, at this time, lock C malfunctions (such as a sudden power outage or system crash), and lock B cannot connect to lock C. After a certain number of retries (such as 3 times), lock B determines that lock C cannot connect, so lock B modifies the payment order list to "DC" (if there are other locks later, such as lock E, the payment order list is modified to "DCE"), skips the original next-hop lock C and forwards the "Payment Request" message to the next principal lock D, and carries the message "Lock C malfunctions" in the "Payment Request" message. After receiving the "Payment Request" message, lock D finds that it contains its own shopping list, and at the same time, it is in the "entrustment status" and the entrusted lock is X, which meets the payment conditions. Lock D completes the payment process according to the same procedure as lock B, while continuing to connect to the malfunctioning lock C. Upon connecting to lock C, lock D forwards a "Payment Request" message to it. If lock C recovers, lock D sends the "Payment Request" message to lock C for processing, modifies the payment order list to "CE", and removes the "Lock C Malfunction" message. If, after multiple attempts (e.g., 3 times), it still cannot connect to lock C, and if the "Payment Request" message contains other client locks (e.g., lock E), lock D deletes the record related to its own lock from the "Payment Request" message, modifies the payment order list to "EC", and forwards it to the next client lock E for processing. Lock E, while processing its own payment request, continues to attempt to connect to the malfunctioning lock C until a connection is successful, then forwards the "Payment Request" message, or until the "Payment Request" message contains no other client locks besides lock C. After a certain number of connection attempts (e.g., 3 times), if the connection to lock C is still unsuccessful, the lock forwards a "Lock cannot connect" message to lock X, carrying the ID of the lock that failed to connect (Lock C ID). Upon receiving this message, lock X notifies neighbor X of the situation via a mobile app. Neighbor X then contacts the elderly person via phone or instant messaging to check the cause of the lock malfunction and attempt repair. If the lock cannot be repaired quickly, neighbor X can choose to take over the "payment request" of the malfunctioning lock on the lock app. Neighbor X will then complete the payment for lock C's purchase list on the lock app and send a payment confirmation message to the supermarket shopping system. Upon receiving payment from lock C, the supermarket shopping system sets the payment confirmation tag to 1 for the corresponding lock C data row in the "Payment Request Table." When all rows in the "Payment Request Table" belonging to the entrusted party X have their payment confirmation tags set to 1, it indicates that the payment is complete. The supermarket shopping system then closes the payment process, and lock X exits the "entrusted state."

[0109] Beneficial effects: In scenarios where an agent makes purchases on behalf of multiple clients, the supermarket shopping system adopts a centralized payment method, communicating payment request messages with the agent's door locks. This effectively reduces the resource consumption of the supermarket shopping system compared to direct communication between the system and multiple client door locks, saving waiting time for other shoppers. Simultaneously, the agent door locks, by serially sending shopping request messages to the client door locks and processing them one by one, also conserve their own operating resources.

[0110] Protection Points: 1. The supermarket door lock sends the "ordered shopping list" of the entrusting party to the supermarket shopping system. Upon discovering multiple entrusting parties' shopping lists, the supermarket shopping system uses a aggregated payment method, sending a "payment request message" to the entrusted door lock. This message aggregates the shopping lists of all entrusting parties, avoiding the need for each entrusting party to make payments remotely sequentially, thus preventing prolonged occupation of the payment machine and hindering service for others. 2. After receiving the "payment request message," the entrusted door lock adds the entrusting parties to the message in sequence and forwards it to the next entrusting party in that order. In this way, each entrusting door lock that receives the "payment request message" processes its own payment request while forwarding the message according to the order of the entrusting parties in the message, thus distributing the operational burden on the entrusted door lock and saving its operational resources. 3. When the next lock in the client's sequence fails and cannot communicate, the current lock will modify the client's sequence, move the failed lock one position forward, and carry a lock failure message to remind the next lock to try to communicate with the failed lock again, thus completing the sending of the "payment request message".

[0111] Another embodiment of the present invention provides a system for commissioned purchase of door lock replacements, see [link to relevant documentation]. Figure 3 The system may include:

[0112] Module 301 is used to establish a delegation relationship: based on the delegation requests initiated by multiple principals on their respective smart locks and the confirmation operations of the delegates on their locks, a delegation relationship is established between the principals and the delegates' locks, and the shopping list is synchronized to the delegates' locks.

[0113] Verification module 302 is used for supermarket verification and triggering of group payment: Based on the identity verification result after the entrusted person arrives at the unmanned supermarket, the supermarket system obtains all associated entrusted shopping lists, generates a group payment request message containing shopping information of multiple entrustors, and sends it to the door lock of the entrusted person;

[0114] The execution module 303 is used to continue payment execution: based on the collective payment request message received by the entrusted door lock, it forwards the message to the first entrusting door lock in a preset order, and each entrusting door lock that receives the message automatically forwards the message to the next entrusting door lock after processing its own payment.

[0115] Update module 304, used for payment completion and status update: Based on the processing result that all principal door locks have completed payment, the supermarket system updates the payment status and sends a payment completion notification to the entrusted door locks, and all related door locks exit the entrustment status.

[0116] 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.

[0117] 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.

[0118] 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.

[0119] 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 commissioned purchase of door lock replacement, characterized in that, The method includes: Establishment of agency relationship: Based on the agency requests initiated by multiple clients on their respective smart locks and the confirmation operations of the agents on their locks, an agency relationship is established between the client and the agent's locks, and the shopping list is synchronized to the agent's lock. Supermarket verification and aggregated payment trigger: Based on the identity verification result of the entrusted person after arriving at the unmanned supermarket, the supermarket system obtains all associated entrusted shopping lists, generates an aggregated payment request message containing shopping information of multiple entrusted persons, and sends it to the entrusted person's door lock; Continuous payment execution: Based on the aggregate payment request message received by the entrusted door lock, the message is forwarded to the first entrusting door lock in a preset order. Each entrusting door lock that receives the message automatically forwards it to the next entrusting door lock after processing its own payment. The continuous payment execution includes: payment order determination: determining the processing order for multiple entrusting parties in the payment request message based on the entrustment status table stored locally by the entrusted door lock; message forwarding and payment triggering: according to the determined order, the entrusted door lock forwards the payment request message to the first entrusting door lock, triggering its display of the list and waiting for user payment confirmation. The payment request message carries a payment order list, which is adjusted in real time when the next lock fails. Payment execution and message relay: Based on the client's confirmation of payment on their lock, the lock collects the payment QR code and sends it to the supermarket system to complete the payment. At the same time, it deletes its own record from the payment request message and forwards it to the next client's lock in the order. Fault handling and order adjustment: Based on the failure event that the current lock cannot contact the next lock in the order, the payment order list is automatically adjusted, skipping the failed lock and adding the lock failure message to the payment request message for forwarding to the subsequent locks. The subsequent locks then continuously attempt to restore communication with the failed lock. Payment Completion and Status Update: Based on the processing result that all client locks have completed payment, the supermarket system updates the payment status and sends a payment completion notification to the client locks. All relevant locks then exit the entrustment status.

2. The method according to claim 1, characterized in that, The establishment of the agency relationship includes: Entrusted registration: Based on the selection of the neighborhood mutual assistance function on their respective door locks and the filling in of personal information by the entruster and the agent, the door lock will report the registration information to the property management system for recording; Sending the entrustment request: Based on the entruster's operation of selecting the agent and confirming the shopping needs, the door lock generates an entrustment request message containing the agent's identifier and the supermarket's identifier, and sends it to the agent's door lock; Confirmation of entrustment relationship: Based on the entrustment request message received by the entrusted door lock, the entrusted door lock is prompted to confirm. If the entrusted door lock agrees, an entrustment confirmation message is sent to the entrusting door lock, and both door locks enter the entrustment state. Shopping list synchronization: Based on the event that the entrusting door lock is in the entrustment state, the shopping list entered by the user is sent to the entrusted door lock, and the entrusted door lock updates its local entrustment status table.

3. The method according to claim 2, characterized in that, The supermarket verification and aggregated payment triggering include: Supermarket identity verification: Based on the entrusted person's facial recognition operation at the supermarket door lock, the supermarket door lock collects the entrusted person's facial feature vector and matches it with the entrusted shopping list received from the entrusted person's door lock for verification; Verification successful and entry: Based on the successful verification result of facial feature matching, the supermarket door lock is opened and the shopping system is notified to retrieve the corresponding list of all entrusted shopping items; Collective payment request generation: Based on the agent's completion of all item selection and confirmation of collective payment, the supermarket system generates a payment request message containing all the agent's shopping details and amounts; Request message sending: Based on the generated payment request message, the supermarket system sends it to the address of the entrusted person's door lock.

4. The method according to claim 3, characterized in that, The payment completion and status update include: Payment status monitoring: Based on the supermarket system's receipt of payment results from each client, update the payment status identifier of that client in the payment request table in real time; Confirmation and Notification: Once all clients' payment status indicators in the payment request form are "paid," the supermarket system generates a payment completion message and sends it to the client's door lock. Status Reset: Based on the received payment completion message, the entrusted door lock clears its local entrustment status table and exits the entrusted status, while notifying all entrusting door locks to exit the entrustment status.

5. A system for commissioned purchase of door lock replacements, characterized in that, The system includes: The module is used to establish a delegation relationship: based on the delegation requests initiated by multiple clients on their respective smart locks and the confirmation operations of the agents on their locks, a delegation relationship is established between the client's and the agent's locks, and the shopping list is synchronized to the agent's lock. The verification module is used for supermarket verification and triggering of aggregated payments: based on the identity verification result of the entrusted person after arriving at the unmanned supermarket, the supermarket system obtains all associated entrusted shopping lists, generates an aggregated payment request message containing shopping information of multiple entrustors, and sends it to the entrusted person's door lock; The execution module is used for subsequent payment execution: based on the aggregate payment request messages received by the entrusted locks, the module forwards the messages to the first entrusting lock in a preset order, and each entrusting lock that receives the message automatically forwards the message to the next entrusting lock after processing its own payment; wherein, the subsequent payment execution includes: payment order determination: based on the entrustment status table stored locally by the entrusted locks, determining the processing order for multiple entrusters in the payment request message; message forwarding and payment triggering: according to the determined order, the entrusted locks forward the payment request message to the first entrusting lock, triggering its display of the list and waiting for user payment confirmation; its In the payment request message, a payment order list is carried, and the order list is adjusted in real time when the next lock fails. Payment execution and message relay: Based on the principal's confirmation of payment on their lock, the lock collects the payment QR code and sends it to the supermarket system to complete the payment. At the same time, it deletes its own record from the payment request message and forwards it to the next principal's lock in the order. Fault handling and order adjustment: Based on the failure event that the current lock cannot contact the next lock in the order, the payment order list is automatically adjusted, skipping the faulty lock and adding the lock failure message to the payment request message for forwarding to the subsequent locks. The subsequent locks then continuously attempt to restore communication with the faulty lock. The update module is used for payment completion and status updates: Based on the processing result that all the entrusting door locks have completed payment, the supermarket system updates the payment status and sends a payment completion notification to the entrusted door locks, and all related door locks exit the entrustment status.

6. The system according to claim 5, characterized in that, The establishment module is specifically used for: Entrusted registration: Based on the selection of the neighborhood mutual assistance function on their respective door locks and the filling in of personal information by the entruster and the agent, the door lock will report the registration information to the property management system for recording; Sending the entrustment request: Based on the entruster's operation of selecting the agent and confirming the shopping needs, the door lock generates an entrustment request message containing the agent's identifier and the supermarket's identifier, and sends it to the agent's door lock; Confirmation of entrustment relationship: Based on the entrustment request message received by the entrusted door lock, the entrusted door lock is prompted to confirm. If the entrusted door lock agrees, an entrustment confirmation message is sent to the entrusting door lock, and both door locks enter the entrustment state. Shopping list synchronization: Based on the event that the entrusting door lock is in the entrustment state, the shopping list entered by the user is sent to the entrusted door lock, and the entrusted door lock updates its local entrustment status table.

7. The system according to claim 6, characterized in that, The verification module is specifically used for: Supermarket identity verification: Based on the entrusted person's facial recognition operation at the supermarket door lock, the supermarket door lock collects the entrusted person's facial feature vector and matches it with the entrusted shopping list received from the entrusted person's door lock for verification; Verification successful and entry: Based on the successful verification result of facial feature matching, the supermarket door lock is opened and the shopping system is notified to retrieve the corresponding list of all entrusted shopping items; Collective payment request generation: Based on the agent's completion of all item selection and confirmation of collective payment, the supermarket system generates a payment request message containing all the agent's shopping details and amounts; Request message sending: Based on the generated payment request message, the supermarket system sends it to the address of the entrusted person's door lock.

8. 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-4 when it is run.

9. 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-4.

Images