WO2020001288A1

WO2020001288A1 - Storage cabinet control system, storage cabinet control method and cabinet lock

Info

Publication number: WO2020001288A1
Application number: PCT/CN2019/091228
Authority: WO
Inventors: 侯鑫
Original assignee: 菜鸟智能物流控股有限公司
Priority date: 2018-06-27
Filing date: 2019-06-14
Publication date: 2020-01-02
Also published as: CN110648467A

Abstract

Provided are a storage cabinet control system, a storage cabinet control method and a cabinet lock. The storage cabinet control method comprises: receiving a storage cabinet state query request sent by a client, said storage cabinet state query request referring to a target geographic region (S20); retrieving storage cabinet usage information within the target geographic region and forming a usage information set, said usage information set at least comprising storage cabinet identifiers of storage cabinets in a vacant state, and the storage cabinet identifiers being used to represent storage cabinets (S22); sending the usage information set to the client (S24); under circumstances in which an unlocking request sent by the client is received, according to a target storage cabinet identifier attached to the unlocking request, sending an unlocking instruction to a cabinet lock corresponding to the target storage cabinet identifier such that the cabinet lock is in an unlocked state (S26). The described technical solution may be used to control storage cabinets, and a main cabinet of the storage cabinets is not needed, thus reducing maintenance costs.

Description

Locker control system, locker control method, and lock

This application claims priority from a Chinese patent application filed on June 27, 2018 with an application number of 201810678965.4 and the invention name is "Locker Control System, Locker Control Method, and Cabinet Lock", the entire contents of which are incorporated herein by reference. In this application.

Technical field

This manual relates to the field of locker control, and particularly to a locker control system, a locker control method, and a lock.

Background technique

In reality, people often use lockers. For example, when you go to the supermarket for shopping, you use the supermarket's lockers to store your things; for another example, when a user is shopping online, the courier stores the items purchased by the user in the locker.

Under normal circumstances, multiple storage cabinets correspond to a main cabinet, and the main cabinet is generally the main cabinet + screen + keyboard mode. The courier enters the account number on the main cabinet to log in, and then enters the parcel information. Correspondingly, the recipient will receive a text message with a pickup code, which includes the pickup code. The recipient enters the pickup code on the main cabinet and opens the cabinet to pick up the package.

Summary of the invention

The embodiments of the present specification provide a locker control system, a locker control method, a lock, a server, an electronic device, and a computer storage medium. Helps manage the lockers.

An embodiment of the present specification provides a locker control system including: a client, a server, and a lock; the lock is used to be installed in the locker; the lock can receive the server control in a locked state and Unlocked state; in the locked state, the cabinet lock prevents the cabinet door of the locker from opening; in the unlocked state, the cabinet lock releases the barrier to the cabinet door; the client is used by An unlock request is sent to the server, so that the server sends an unlock instruction to the cabinet lock of the target locker according to the unlock request, so that the cabinet lock of the target locker is in the unlocked state.

An embodiment of the present specification also provides a method for controlling a locker, which is applied to a client. The method includes: receiving a locker identifier of a locker sent by a server; the locker identifier is used to indicate a locker; Determine the locker in the vacant state according to the received locker identifier; receive user input; wherein the locker identifier of the locker in the vacant state pointed to by the user input is the target locker identifier; Sending an unlock request to the server; the target locker identification is attached to the unlock request, so that the server issues an unlock instruction to the locker corresponding to the target locker identification, so that the target The lock of the locker is unlocked.

An embodiment of the present specification further provides an electronic device, including: a network communication unit and a processor; the network communication unit is configured to receive a locker identifier of a locker sent by a server; and the locker identifier is used to indicate storage A locker; the processor is configured to determine a locker in a vacant state according to the received locker identifier; receive a user input; wherein the user input points to a locker in a vacant locker The identifier is a target locker identifier; controlling the network communication unit to send an unlock request to the server; the lock request is accompanied by the target locker identifier to enable the server to identify the target locker The corresponding cabinet lock issues an unlocking instruction, so that the cabinet lock corresponding to the target storage cabinet is in an unlocked state.

An embodiment of the present specification further provides a computer storage medium, where the computer storage medium stores computer program instructions, and the computer program instructions are implemented by a processor to implement: receiving a locker identifier of a locker sent by a server; A locker identifier is used to indicate a locker; a locker in a vacant state is determined according to the received locker identifier; a user input is received; wherein the user input points to a locker in a vacant state The locker ID is the target locker ID; the unlock request is sent to the server; the lock request is accompanied by the target locker ID, so that the server sends the target locker ID corresponding to the target locker ID. The cabinet lock issues an unlocking instruction, so that the cabinet lock corresponding to the target locker is in an unlocked state.

An embodiment of the present specification further provides a locker control method, which is applied to a server. The method includes: receiving a locker status query request sent by a client; wherein the locker status query request points to a target geographic area; Retrieving the use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least a locker identifier of the locker in a vacant state; the locker identifier is used for Indicates a locker; sends the usage information set to the client; and upon receiving an unlock request from the client, sends the lock information to the locker according to a target locker identifier attached to the unlock request The target locker identifier sends a unlocking instruction to the locker of the locker; so that the locker is in an unlocked state.

An embodiment of the present specification further provides an electronic device including: a network communication unit and a processor; the network communication unit is configured to receive a locker status query request sent by a client; wherein the locker status query request is directed to The target geographic area; the processor is configured to retrieve the use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least a locker identifier of the locker in a vacant state The locker identifier is used to indicate a locker; control the network communication unit to send the usage information set to the client; and upon receiving the unlock request sent by the client, according to the Sending the target locker identification attached to the unlock request, and sending an unlock instruction to the locker of the locker corresponding to the target locker identification; so that the locker is in an unlocked state.

An embodiment of the present specification also provides a computer storage medium storing computer program instructions that are implemented by a processor when the computer program instructions are executed by a processor: receiving a locker status query request sent by a client; The locker status query request points to the target geographic area; retrieves the use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least the storage of the lockers in the vacant state. A locker identifier; the locker identifier is used to indicate a locker; sending the usage information set to the client; and upon receiving the unlock request sent by the client, according to the unlock request Sending the target locker identification attached to the locker, and sending an unlocking instruction to the locker of the locker corresponding to the target locker identification; so that the locker is in an unlocked state.

An embodiment of the present specification further provides a locker control method, which is applied to a server. The method includes: receiving a locker status query request sent by a client; wherein the locker status query request points to a target geographic area; Retrieve the use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least a locker identifier of the locker in the occupied state; the locker identifier is used for Indicates a locker; sends the usage information set to the client; and upon receiving an unlock request from the client, sends the lock information to the locker according to a target locker identifier attached to the unlock request The target locker identifier sends a unlocking instruction to the locker of the locker; so that the locker is in an unlocked state.

An embodiment of the present specification further provides a server, including: a receiving unit, a retrieval unit, and a sending unit; the receiving unit is configured to receive a locker status query request sent by a client; and the locker status query request is directed to The target geographic area; the retrieval unit is configured to retrieve the use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least the lockers of the lockers in the occupied state Identifier; the locker identifier is used to indicate a locker; the sending unit is used to send the usage information set to the client; upon receiving the unlock request sent by the client, according to The target locker identifier attached to the unlock request sends an unlock instruction to a locker of the locker corresponding to the target locker identifier; so that the locker is in an unlocked state.

An embodiment of the present specification also provides a method for controlling a locker, which is applied to a server. The method includes: in a case where a lock request sent by a client is received, in a locker identifier of a vacant locker, Selecting a target locker identifier; the locker identifier is used to indicate a corresponding locker; sending an unlock instruction to the locker corresponding to the target locker identifier; so that the storage corresponding to the target locker identifier The cabinet lock is unlocked.

An embodiment of the present specification further provides a server, including: a processor and a network communication unit; the processor is configured to, in a case of receiving a lock request sent by a client, in a locker identifier of an empty locker , Selecting a target locker identifier; the locker identifier is used to indicate a corresponding locker; and the network communication unit is configured to send an unlock instruction to the locker corresponding to the target locker identifier; The lock of the locker corresponding to the target locker ID is unlocked.

An embodiment of the present specification also provides a method for controlling a locker, which is applied to a server. The method includes: receiving an unlocking request sent by a client; the unlocking request is accompanied by a target locker identifier; and the target locker identifier It is used to characterize the storage locker to which the unlocking request points; sending a first unlocking instruction to the corresponding router according to the target locker identification; so that the router signals within the coverage range of the router according to the first unlocking instruction The cabinet lock of the target storage cabinet sends a second unlocking instruction, so that the cabinet lock of the target storage cabinet is in an unlocked state.

An embodiment of the present specification also provides a method for controlling a locker, which is applied to a client. The method includes: receiving a signal sent by a lock of at least one locker; the signal corresponds to a locker identifier, and the storage The locker ID is used to indicate the locker; according to the received signal, display the corresponding locker ID; receive user input; use the locker ID pointed to by the user input as the target locker ID; The unlocking signal sent by the locker of the locker indicated by the target locker identifier, so that the locker is in an unlocked state.

An embodiment of the present specification further provides a locker control system, including: a client, a server, a locker, and a router; the locker is used to be installed in the locker; and the locker can receive the server control In the locked state and the unlocked state; in the locked state, the cabinet lock prevents the cabinet door of the locker from opening; in the unlocked state, the cabinet lock releases the barrier to the cabinet door; The client is configured to send an unlock request to the server; the server is configured to receive the unlock request; and a first unlock instruction is sent to the router according to the unlock request; the router is configured to receive the first unlock instruction An unlocking instruction; according to the first unlocking instruction, sending a second unlocking instruction to the cabinet lock of the target locker within the signal coverage of the router, so that the cabinet lock of the target locker is in the unlocked state .

The embodiment of the present specification also provides a cabinet lock, which is applied to a storage cabinet, and includes a network communication unit, a processor, and a lock body; the network communication unit is configured to receive an unlocking instruction sent by a server or a router; The terminal sends status information to characterize the status of the locker; the status of the locker includes at least one of the following: vacant status, occupied status; the processor is configured to receive a message sent by the server or the router In the case of the unlock instruction, the lock body is in an unlocked state.

As can be seen from the above, this manual provides a locker control system, a locker control method, a lock, a server, an electronic device, and a computer storage medium. The locker control method receives a locker status query request sent by a client; retrieves the use information of the lockers in the target geographic area to form a use information set. According to the feedback usage information, users can query the status of the lockers. For example: vacant status, occupied status, etc. The locker control method may also receive a lock request sent by the client, and send the lock to the lock of the locker corresponding to the target locker according to the target locker identification attached to the unlock request Unlock instruction; so that the cabinet lock is in an unlocked state. Through the locker control system, the locker control method, the lock, the server, the electronic equipment, and the computer storage medium. The main cabinet originally used for controlling the storage cabinet can be omitted, the equipment cost, the maintenance cost, etc. can be reduced, and the space occupied by the original main cabinet can be saved, which facilitates the management and control of the storage cabinet.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to explain the technical solutions in the embodiments of the present specification or the prior art more clearly, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings in the following description are merely These are some of the embodiments described in this specification. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without paying creative labor.

FIG. 1 is a schematic diagram of a locker control system according to an embodiment of the present disclosure;

FIG. 2 is a schematic diagram of a cabinet lock function according to an embodiment of the present disclosure; FIG.

FIG. 3 is a schematic diagram of a deliveryman inquiring a state of a locker in an embodiment of the present specification; FIG.

4 is a schematic diagram of a deliveryman requesting unlocking in the embodiment of the present specification;

5 is a schematic diagram of a user requesting unlocking according to an embodiment of the present specification;

6 is a schematic flowchart of a locker control method according to an embodiment of the present specification;

7 is a schematic flowchart of another method for controlling a locker in an embodiment of the present specification;

8 is a schematic diagram of a server module according to an embodiment of the present disclosure;

9 is a schematic flowchart of another method for controlling a locker in an embodiment of the present specification;

FIG. 10 is a schematic flowchart of another locker control method according to an embodiment of the present specification; FIG.

FIG. 11 is a schematic flowchart of another method for controlling a locker in an embodiment of the present specification; FIG.

FIG. 12 is a schematic flowchart of another locker control method in the embodiment of the present specification; FIG.

FIG. 13 is a schematic diagram of a cabinet lock module according to an embodiment of the present specification.

detailed description

In order to enable those skilled in the art to better understand the technical solutions in the present specification, the technical solutions in the embodiments of the present specification will be clearly and completely described with reference to the accompanying drawings in the embodiments of the present specification. Obviously, the described The embodiments are only a part of the embodiments of the specification, but not all the embodiments. Based on the implementation in this specification, all other implementations obtained by a person of ordinary skill in the art without creative efforts should fall within the protection scope of this description.

See Figure 1. An embodiment of the present specification provides a locker control system. The locker control system may include a client, a server, and a lock.

In this embodiment, the cabinet lock is used to be installed in a storage cabinet; the cabinet lock can receive the server control in a locked state and an unlocked state; in the locked state, the cabinet lock hinders the storage The cabinet door of the cabinet opens; in the unlocked state, the cabinet lock releases the obstruction of the cabinet door.

In this embodiment, the locker may be a carrier for storing packages. The storage cabinet has a storage space and a cabinet door. In this embodiment, there is at least one locker. The lockers can be placed in a centralized or scattered manner.

In this embodiment, the cabinet lock may include a network communication unit, a processor, and a lock body. The network communication unit may be configured to receive an unlocking instruction sent by a server or a router. The network communication unit may be further configured to send status information to the server or client to characterize the status of the locker; the status of the locker may include one of the following: vacant status, occupied status, and the like. The processor is configured to drive the lock body when the lock unlocking instruction sent by the server or router is received, so that the lock body is in an unlocked state.

See Figure 2. In this embodiment, the cabinet lock may have an indication function. Specifically, the cabinet lock may be provided with LED lights and the like. When receiving the specified signal, the LED light changes accordingly to remind the user. In this embodiment, the cabinet lock may further include a power supply portion. The power supply part is used to supply power to the cabinet lock. Specifically, for example, the cabinet lock may be electrically connected to a power source through a cable, so that the cabinet lock is energized. The cabinet lock can also be powered by a loaded battery. It can also be powered by solar energy or mechanical power generation to achieve power supply to the cabinet lock. I won't go into details here.

In this embodiment, the cabinet lock may also have a positioning function. Specifically, for example, positioning of the cabinet lock may be achieved through GPS positioning, WIFI positioning, or base station positioning. The lock of the cabinet can also be located by an IoT device, such as ibeacon, WIFI probe, and the like. I won't go into details here.

In this embodiment, the cabinet lock can realize the function of opening and closing a cabinet door. Specifically, the cabinet lock may communicate with other clients or servers to receive instructions to control opening and closing of the cabinet door. The communication may include long-range communication and short-range communication. Specifically, for example, the cabinet lock may implement long-distance communication through GPRS, 3G, 4G, 5G, wifi, and the like. The cabinet lock can also achieve short-range communication through Bluetooth, NFC, and WIFI Direct.

In this embodiment, the client may be configured to send an unlock request to the server, so that the server sends an unlock instruction to a cabinet lock of a target locker according to the unlock request, so that the target storage The cabinet lock of the object cabinet is in the unlocked state. The unlock request may be cabinet lock request information directed to a target locker. When the server receives the request information, it can execute a corresponding instruction to control the cabinet lock so that it is in an unlocked state.

In this embodiment, the client may be a desktop computer, a tablet computer, a notebook computer, a smart phone, a digital assistant, a smart wearable device, or the like. Among them, smart wearable devices may include smart bracelets, smart watches, smart glasses, smart helmets, and the like. Of course, the client is not limited to the above-mentioned electronic device with a certain entity, and it may also be software running in the above-mentioned electronic device.

In this embodiment, a user may use a client to perform data interaction with a server through a network to send an unlocking request or a query request to the server. The query request may be used to query status information of the locker and the like. The user can perform data interaction with the cabinet lock through the client. For example, an unlock request or an inquiry request is sent via Bluetooth or NFC near field communication technology. In this embodiment, the client may be configured to send an unlock request to the server; wherein the unlock request is directed to a cabinet lock of a target locker. The target locker may represent a locker pointed to by a user requesting unlocking.

In this embodiment, the server may be an electronic device having computing and network interaction functions; it may also be software that runs on the electronic device and provides business logic for data processing and network interaction.

In this embodiment, the server may be configured to receive the unlock request; according to the unlock request, send an unlock instruction to the lock of the target locker, so that the lock of the target lock is in the lock Unlocked.

In this embodiment, the server may receive data sent by the user using the client, or may receive data sent by the cabinet lock. Specifically, for example, the server may be used to receive an unlocking request sent by a client, or may receive status information sent by a cabinet lock, and the status information may indicate that a corresponding locker is in an occupied state or an empty state.

See Figure 3. In a specific scenario example, a community provides multiple lockers to facilitate access to items purchased by users online. Each locker can have its own corresponding identification. For example: 001, 002, 003, etc. Each locker has a lock. The cabinet lock can receive the server control in a locked state and an unlocked state; in the locked state, the cabinet lock prevents the cabinet door of the locker from opening; in the unlocked state, the cabinet lock Unblock the cabinet door.

In this scenario example, a user purchases an item online. When the merchant delivers the goods, the goods correspond to the item, and the logistics number is affixed on the package of the item to identify the item. The delivery person can use the client to scan the QR code on the parcel corresponding to the item to obtain the logistics order number corresponding to the item. In the example of this scenario, a logistics order number is used to identify the corresponding item, and the logistics order number can also be used as the item identification of the item or the package identification of the parcel.

In this scenario example, when the deliveryman delivers the item to the lockers in the community, the deliveryman opens the deliveryman client and sends a query request to the server to query the lockers near the deliveryman Status information. After receiving the query request, the server feeds back the status information of the corresponding locker.

In this scenario example, when the deliveryman sends a query request, the deliveryman's location information is attached. Based on the position information, the server performs calculations with the position information of the lockers stored by the server, and screens out the information of the lockers within 200 meters. The locker information includes an identifier of the locker and corresponding status information. The server will filter the obtained information and send it to the deliveryman client according to the data information of the third-party server, such as the map navigation server. So that the deliveryman client can display the corresponding information to the user. See Figure 3. The deliveryman client can display the corresponding map, where the location of the deliveryman is marked on the map, as well as the nearby locker identification and location.

In this scenario example, the deliveryman client may also display different colors for the status corresponding to the locker according to the received status information. Specifically, the client responds according to the received server's identification of the locker and the corresponding status information, and obtains a preset color to display the corresponding locker's identification. For example, when the status information of the received locker is vacant, the client presets the color of the locker logo to green, so that the deliveryman client displays the color of the locker logo in the vacant status as green. When the status information of the received locker is in the occupied state, the client presets the color of the locker ID to be red, so that the deliveryman client shows that the locker ID in the occupied state is red. When the status information of the received locker is open, the client presets the color of the locker identification to be yellow, so that the deliveryman client displays the open locker identification color to be yellow.

In the example of this scenario, in the set of locker IDs obtained by filtering, the server calculates and determines the locker ID of the locker closest to the deliveryman to mark and send it to the deliveryman client. So that the deliveryman client identifies the locker closest to the deliveryman. Please refer to FIG. 3. In the example of this scenario, locker 001 is closest to the delivery person, and the server identifies it so that the client displays it accordingly.

As shown in FIG. 4, in the example of this scenario, after receiving the information feedback from the server, the deliveryman presses and holds the locker ID “001” of the locker in the vacant state displayed by the deliveryman client. After receiving the operation, the deliveryman client pops up "Send unlock request", and the deliveryman clicks "Yes". The deliveryman client sends an unlock request for the locker ID "001" to the server.

In this example scenario, the cabinet lock corresponds to the locker. Correspondingly, the locker identifier corresponds to the cabinet lock identifier. The locker ID corresponding to the locker ID "001" is "A". In the example of this scenario, after receiving the unlock request, the server obtains the corresponding lock identifier according to the locker identifier attached to the unlock request. According to the cabinet lock identifier, the server sends an unlock instruction to the cabinet lock indicated by the cabinet lock identifier.

In the example of this scenario, after receiving the unlocking instruction, the cabinet lock executes a corresponding operation to drive the lock body of the cabinet lock to open, so that the cabinet door is unlocked, and the cabinet door is opened. After the delivery person puts the user's purchase in the locker, he closes the door, and the lock body of the lock is locked.

In the example of this scenario, after the delivery person puts in the user to purchase an item, the delivery person sends information to the server through the delivery person client to indicate that the delivery person has completed delivery of the item. The article identification (logistic number) of the item and the storage cabinet identification "001". After receiving the cabinet information, the server establishes a mapping relationship between the item identifier of the item and the locker identifier to bind the locker and the item. Correspondingly, the server marks the status information as occupied to indicate that the locker is in an occupied state.

In this scenario example, after receiving the cabinet information, the server determines the user information corresponding to the order according to the order corresponding to the logistics order number, and sends a notification message to the corresponding user client to inform the user that the item he purchased has been entered cabinet. The notification information is accompanied by a corresponding locker identifier to facilitate users to find the locker through the locker identifier.

In this scenario example, the user client displays the corresponding information to the user after receiving the notification information. See Figure 5. The user can click "Request to open the cabinet" to send the unlock request to the server. In this scenario example, the user clicks the "request to open a cabinet" button behind the locker identifiers "001" and "006", respectively.

In this scenario example, the unlock request sent by the user client is accompanied by the location information of the user client. After receiving the unlock request, the server judges the distance between the location information of the user client and the storage cabinet pointed to by the unlock request. In the example of this scenario, the distance between the position when the user sends the unlock request and the pointed storage cabinet is less than 20 meters, which meets the cabinet opening conditions. When the server determines that the cabinet opening condition is met, it sends a cabinet opening instruction to the corresponding cabinet lock. The lockers corresponding to "001" and "006" are opened. The user removes the item and closes the cabinet door. The server updates the corresponding locker status information.

In another scenario example, when a user goes to pick up an item, let someone else pick it up. The user uses the user client to send an unlock request to the server. The server calculates the distance between the location information of the user client and the pointing locker attached to the unlock request, and the calculation is 800 meters, which exceeds the preset distance range of 20 meters. The server sends an authentication request to the user client and asks the user whether to continue opening the cabinet. The user clicks "Yes" to make the user client feedback to the server to confirm the information of continuing to open the cabinet.

In the example of this scenario, the server receives feedback from the user client to continue opening the cabinet, and sends a cabinet opening instruction to the corresponding cabinet lock, so that the corresponding cabinet lock is unlocked, and the locker door is opened. The person who assists the user in picking up the items, removes them, and closes the cabinet door. The server updates the corresponding locker status information.

The above implementation scenario provides a scenario where a friend picks up an item. When the location when the user sends the unlock request using the client is far from the location of the corresponding locker, the server may send verification information for confirmation. At the same time, it can also prevent the user from operating by mistake. The door of the locker opens before the corresponding locker is reached.

In another scenario example, after receiving the cabinet information, the server determines the user information corresponding to the order according to the order corresponding to the logistics order number, and sends notification information to the corresponding user client to inform the user that the item he purchased has Into the cabinet.

In this scenario example, when a user goes to pick up an item, the user finds the corresponding locker according to the notification information received by the user client. The user uses the user client to scan the QR code on the locker, and generates an unlock request and sends it to the server. The unlocking request is accompanied by user information and identification information characterized by the two-dimensional code of the locker. When the server receives the unlocking request sent by the client, the server verifies the information attached to the unlocking request to verify whether the unlocking requirements are met.

In this scenario example, the server authentication succeeded. The server sends a cabinet opening instruction to the cabinet lock of the corresponding storage cabinet, so that the corresponding cabinet lock is unlocked, and the cabinet door is opened.

In another scenario example, a user goes to pick up an item. When the user scans the two-dimensional code on the locker using the user client, the user scans the two-dimensional code on the other locker by mistake, and generates an unlocking request and sends it to the server. The unlocking request is accompanied by user information and identification information characterized by the two-dimensional code of the locker. When the server receives the unlocking request sent by the client, the server verifies the information attached to the unlocking request to verify whether the unlocking requirements are met.

In the example of this scenario, the user's corresponding locker ID should be “001”, and the QR code of the “002” locker scanned. When the server attached the user information and identification information represented by the two-dimensional code of the locker in the unlock request, the verification failed. And returning to the client information that the unlocking failed.

In another specific scenario example, a community provides multiple lockers to facilitate access to items purchased by users. Each locker can have its own corresponding identification. For example: 001, 002, 003, etc. Each locker has a lock. In this scenario example, the locker ID of the corresponding locker on the server side is also used as the ID of the corresponding lock. The cabinet lock can receive the deliveryman client's control in a locked state and an unlocked state; in the locked state, the cabinet lock prevents the cabinet door of the locker from opening; in the unlocked state, The cabinet lock unblocks the cabinet door. The locker can also send status information to the deliveryman client and server through its network communication unit to characterize the status of the locker. Correspondingly, the server can update the status information of the lockers in the community in real time.

In this scenario example, a user purchases an item online. When the deliveryman delivers the item to the locker in the community, the deliveryman observes the indicator light on the locker. When the indicator light is red, it indicates that the locker is occupied, and when the indicator light is green, it indicates that the locker is vacant. In this scenario example, the indicator on the locker with the locker ID "001" is green. The deliveryman initiates a pairing request to the locker of the locker through his deliveryman client, and the pairing request is accompanied by the identity information of the deliveryman client. When receiving the pairing request, the locker verifies the identity information. After the verification is passed, the pairing is successful, and the deliveryman client can perform data interaction with the locker.

In the example of this scenario, after the deliveryman client has successfully paired with the cabinet lock via Bluetooth, the deliveryman sends an unlock request to the cabinet lock through his deliveryman client, so that the cabinet lock drives the lock body to open, Keep it unlocked.

In the example of this scenario, the deliveryman sends the corresponding locker ID and item ID to the server after placing the item, so that the server binds the locker ID and the item ID to the corresponding user Send notification information.

The above scenario example can realize the request to open the locker of the locker through the short-range communication technology.

In another specific scenario example, a community provides multiple lockers to facilitate access to items purchased by users. Each locker can have its own corresponding identification. Each locker corresponds to a lock. The lock can receive the deliveryman client control in a locked state and an unlocked state. In the locked state, the lock lock obstructs the cabinet door of the locker. Open; in the unlocked state, the cabinet lock releases obstruction to the cabinet door. The locker can also send status information to the deliveryman client and server through its network communication unit to characterize the status of the locker. Correspondingly, the server can update the status information of the lockers in the community in real time.

In this scenario example, a user purchases an item online. When the deliveryman delivers the item to the lockers in the community, the deliveryman uses the deliveryman client to poll the nearby locks to query the status information of each locker in turn. In the status information of the locker obtained by the deliveryman client, the locker with the locker ID "001" indicates that the locker is vacant. According to the NFC approach communication technology, the deliveryman uses the deliveryman client to send an unlock request to the locker with the locker identification "001". The unlocking request is accompanied by identification information of the delivery person. After receiving the unlocking request, the locker of the locker with the locker ID "001" is in an unlocked state, and records the identity information of the unlocked delivery person for verification by the server.

In another specific scenario example, a community provides multiple lockers to facilitate access to items purchased by users. Each locker can have its own corresponding identification. For example: 001, 002, 003, etc. Each locker has a lock. In this scenario example, the locker ID of the corresponding locker on the server side is also used as the ID of the corresponding lock.

In this scenario example, the server sends an unlock instruction to the router for the specified cabinet lock. The router determines a corresponding designated cabinet lock according to its configuration list, sends an unlock instruction to it, and controls the cabinet lock to make it in an unlocked state.

In the example of this scenario, after the cabinet lock receives the unlocking instruction sent by the router, the cabinet lock drives its lock body to open so that it is in an unlocked state.

See Figure 6. An embodiment of the present specification also provides a method for controlling a locker, which is applied to a client. The method may include the following steps.

Step S10: Receive a locker identifier of the locker sent by the server; the locker identifier is used to indicate a locker.

In this embodiment, the storage cabinet may be a cabinet having a certain space for storing articles. Specifically, for example, a locker for express delivery in a community; or a locker for storing items when shopping in a supermarket.

In this embodiment, the locker identifier is used to indicate a locker. Specifically, the locker identification may be a number or a letter. The locker identifier may be stored in the server to indicate a corresponding locker. The user can find the corresponding locker according to the locker identification.

In this embodiment, the user may receive the locker identifier of the locker sent by the server through the client. Specifically, for example, the client may receive input from the user to send a query request to the server for querying the identification of the locker. When the server receives the query request, it sends the locker ID of the locker to the client.

In this embodiment, the data interaction between the client and the server can send or receive data information through a specific protocol. Specifically, for example, transmission can be performed through protocols such as TCP / IP protocol (Transmission Control Protocol / Internet Protocol / Internet Protocol) and Hypertext Transfer Protocol (HTTP, HyperText Transfer Protocol).

Step S12: According to the received locker identifier, determine a locker in a vacant state.

In this embodiment, a locker in an empty state is determined. Specifically, for example, the locker identifier sent by the server includes a locker in a vacant state and a locker in another state, and the server marks the locker identifier of the locker in a vacant state. . The client determines the locker corresponding to the marked locker identifier as the locker in the vacant state. For another example, the server only sends the locker ID of the locker in the vacant state, and the client determines the locker corresponding to the received locker ID as the locker in the vacant state. For another example, when the server sends the locker identifier, it also sends status information of the corresponding locker. See table 1 below. The server adds a status information attribute to the storage locker corresponding to the storage locker identification, so that the client determines the storage locker whose status information is "vacant status" as the storage locker according to the received information.

Table 1

储物柜标识Locker logo		状态信息status information
001001	占用状态Occupied
002002	空置状态Vacant state
……...	……...

Step S14: receiving a user input; wherein the locker identifier of the locker in the vacant state pointed to by the user input is the target locker identifier.

In this embodiment, the user inputs an identifier for selecting a target locker. The user input may include a preset operation of the user on the client interface. For example, when the user presses the screen of the device more than a preset threshold, the user presses the corresponding locker identifier as the target locker identifier. Of course, users can also determine the target locker ID by shaking the client device. User input may also include receiving signals generated by external devices. For example, receiving gesture operation information of a VR device. User input may also include the reception or change of a sound signal. For example, the voice signal is received, and the sound attribute value is greater than a preset attribute value. It should be noted that the manner of user input is not limited to the above examples. Those skilled in the art may make other changes under the inspiration of the technical essence of this application, but as long as the functions and effects achieved by the application are the same or similar to this application Shall be covered by the protection scope of this application. The target locker identifier is used to characterize a locker identifier to which a user input points.

Step S16: sending a lock unlock request to the server; the lock request is accompanied by the target locker identification, so that the server issues a lock instruction to the locker corresponding to the target locker identification, so that A cabinet lock corresponding to the target locker is in an unlocked state.

In this embodiment, the unlock request is used to request unlocking of a cabinet lock corresponding to the target locker identifier. In this embodiment, the server may issue an unlock instruction to a cabinet lock corresponding to the target locker identifier according to the target locker identifier attached to the unlock request. When the cabinet lock corresponding to the target locker receives the unlocking instruction, the lock body of the cabinet lock is driven to unlock, so that it is in an unlocked state.

In this embodiment, an unlock request is sent to the server. Specifically, when the user input reaches a preset operation, the client sends a lock unlock request to the server. For example, for the target locker ID, the user clicks "Request unlock". For another example, the user inputs "request to unlock locker No. 001", etc., to achieve a trigger condition. I won't go into details here.

According to the foregoing implementation manner, it is possible to control the locker through the client without managing the locker through the locker main cabinet.

In one embodiment, the locker corresponding to the locker identifier sent by the server is in an empty state; correspondingly, in the step of determining the locker in the empty state, the received corresponding locker identifier is stored. The locker acts as a vacant locker.

In this embodiment, the locker corresponding to the locker identifier sent by the server is in an empty state. Specifically, the server may obtain the locker ID of the locker in the vacant state according to the status information of the locker, and send the locker ID to the client. Correspondingly, in the step of determining the locker in the vacant state, the client uses the locker corresponding to the received locker identifier as the locker in the vacant state.

Through the above embodiments, it is convenient for users to query the lockers. For example, when a delivery man delivers a courier, he just wants to know which lockers are empty. Through the above embodiments, the work efficiency of the delivery person can be improved.

In one embodiment, the storage locker corresponding to the storage locker ID sent by the server is in an occupied state; correspondingly, in the step of determining the storage locker in a vacant state, the storage locker ID set is stored and removed. After the lockers in the occupied state are identified, the lockers corresponding to the remaining locker identifiers are used as the lockers in the vacant state.

In this embodiment, the locker corresponding to the locker identifier sent by the server is in an occupied state. Specifically, the server may send only the locker identifier of the locker in the occupied state. Correspondingly, in the step of determining the lockers in the vacant state, after the locker IDs in the occupied state are removed from the stored locker ID set, the lockers corresponding to the remaining locker IDs are regarded as being in the Vacant lockers. Specifically, the client side may store a locker identifier of a locker in a corresponding area. After receiving the locker ID sent by the server, the client matches the received locker ID with the stored locker ID. When the matching is successful, a mark is made, and the locker indicated by the marked locker ID is in an occupied state. The client determines the locker corresponding to the unlabeled locker ID as the locker that is vacant.

According to the foregoing embodiment, the state of the lockers is vacant and occupied, and the client can receive the locker ID of the locker in the occupied state, and use the lockers corresponding to the remaining locker IDs as the vacant Locker. In this way, it is also possible to distinguish the lockers corresponding to the lockers in the occupied state from the lockers in the vacant state.

In one embodiment, the method may further include the following steps: receiving status information of the lockers sent by the server, and the status information indicates that the corresponding lockers are in an occupied state or an empty state.

In this embodiment, the occupancy status indicates that the locker is in an occupant state, and items have been stored in the locker. Identification of the locker in the vacant state No items are stored in the locker and are available for use.

In this embodiment, the server may establish a mapping relationship between the status information and the locker identifier, so that the status information corresponds to the locker identifier to characterize the corresponding locker. For example, for a locker, the server may be provided with a locker identifier, and may also be provided with a status attribute. The status attribute includes status information to indicate the status of the locker.

In this embodiment, the server can obtain the corresponding status information by sending the status information of the corresponding locker to the server through the cabinet lock, or by the signal sent by the cabinet lock to the server. The status information obtained by the server processing can also be based on The data information sent by the user to the server, and the obtained status information is processed. For example, a delivery person closes a cabinet door after putting in an item. At this time, the cabinet lock sends status information "occupied status" to the server, so that the server updates the status information of the corresponding locker. For another example, each time the server side receives a lock signal from the cabinet lock, the server side switches the status information once, and the status information includes "vacant status" and "occupied status". For example, the deliveryman closes the door after putting in the item. At this time, the cabinet lock sends a signal to the server to lock the cabinet lock, and the server changes the corresponding status information from "vacant status" to "occupied status". Similarly, when the user removes the item, the cabinet lock will also send a signal to the server to lock the cabinet lock. The server changes the corresponding status information from "occupied status" to "vacant status". Of course, the server can also process the status information according to the data information sent by the client. For example, after a delivery person puts an item in a locker, the client sends information to the server through the client to indicate that the item has been placed in the corresponding locker. After receiving the information, the server updates the status information of the pointed locker to "occupied status". Of course, those skilled in the art may make other changes under the inspiration of the technical essence of this application, but as long as the functions and effects achieved by the application are the same or similar to this application, they should be covered by the protection scope of this application.

According to the foregoing implementation manner, the client can determine the locker in the vacant state based on the received locker identification and status information. Users can also view the status information of the lockers through the client.

An embodiment of the present specification further provides an electronic device including at least: a network communication unit and a processor.

The network communication unit is configured to receive a storage cabinet identifier of a storage cabinet sent by a server; and the storage cabinet identifier is used to indicate a storage cabinet.

The processor is configured to determine the locker in the vacant state according to the received locker identifier; receive user input; wherein the locker identifier of the locker in the vacant state pointed to by the user input is targeted Locker identification; controlling the network communication unit to send an unlocking request to the server; the unlocking request is accompanied by the target locker identification, so that the server responds to the target locker identification The cabinet lock issues an unlocking instruction, so that the cabinet lock corresponding to the target locker is in an unlocked state.

In this embodiment, the network communication unit may be a virtual unit that is bound to different communication protocols so that different data can be sent or received. For example, the network communication unit may be a unit responsible for web data communication, a unit responsible for FTP data communication, or a unit responsible for mail data communication. In addition, the network communication unit may also be a physical communication interface or a communication chip. For example, it can be a wireless mobile network communication chip, such as GSM, CDMA, etc .; it can also be a Wifi chip, Bluetooth chip, and so on.

In this embodiment, the processor may be implemented in any suitable manner. For example, a processor may take, for example, a microprocessor or processor and a computer-readable medium, logic gates, switches, application-specific integrated circuits (computer- Application Specific Integrated Circuit (ASIC), programmable logic controller and embedded microcontroller form, etc. This application is not limited.

This embodiment provides an electronic device, and related terms may be interpreted according to the content of the foregoing embodiment, and details are not described herein again.

In this embodiment, the computer storage medium includes, but is not limited to, Random Access Memory (RAM), Read-Only Memory (ROM), Cache, and Hard Disk Drive. HDD) or memory card.

This embodiment provides a computer storage medium, and related terms may be interpreted according to the content of the foregoing embodiment, and details are not described herein again.

See Figure 7. An embodiment of the present specification also provides a method for controlling a locker, which is applied to a server, and the method includes the following steps.

Step S20: Receive a locker status query request sent by the client; wherein the locker status query request is directed to a target geographic area.

In this embodiment, the locker status query request is used to query the status of the locker in the target geographic area. Specifically, the states may include a vacant state, an occupied state, an opened state, a predetermined state, and the like. The reservation status indicates that the locker has been reserved by a person within a specific time.

In this embodiment, the target geographic area may refer to an area corresponding to a locker that a user wants to query. Specifically, for example, a geographic area specified by a user through a client may also refer to a geographic area near a default user. For example, if the user specifies cell A and wants to view the status information of the lockers in cell A, the target geographic area is cell A. For another example, if the user does not specify a target area, the server defaults to the user's location information attached to the locker status query request sent by the client. By default, the target geographic area is within 500 meters of the location information. I won't go into details here.

Step S22: Retrieving the use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least a locker identifier of the locker in a vacant state; the locker The logo is used to indicate a locker.

In this embodiment, the usage information is used for information corresponding to the status query request. Specifically, for example, when the status query request is to query the lockers in the target geographic area that are vacant, the server retrieves the status information of the lockers in the target geographic area and the corresponding locker identifier, and filters to obtain the storage in the vacant state Locker identification of the locker. At this time, the use information is a locker identifier obtained by screening. As another example, when the status query request is the overall information of the locker for the target geographic area, the usage information may further include a locker identifier and corresponding status information. The usage information set is used to characterize the collection of usage information. In this embodiment, the use information set includes at least a locker identifier of the locker in a vacant state.

In this embodiment, the use information of the lockers in the target geographic area is retrieved. Specifically, matching can be performed with the target geographic area according to the geographic location information of the locker. When the matching is successful, the usage information of the corresponding locker is obtained.

In this embodiment, the use information set includes at least a locker identifier of a locker in an empty state, and may further include a locker identifier of a locker in another state, and corresponding status information.

Step S24: Send the usage information set to the client.

Step S26: In the case of receiving the unlocking request sent by the client, according to the target locker identification attached to the unlocking request, send an unlocking instruction to the locker corresponding to the target locker identification. To make the cabinet lock in an unlocked state.

In this embodiment, the unlock instruction is used to instruct the corresponding cabinet lock to be unlocked. Specifically, for example, when the cabinet lock receives the unlocking instruction sent by the server, the cabinet lock may be driven to unlock according to the unlocking instruction, so that the cabinet lock is in an unlocked state.

In this embodiment, the server may send an unlocking instruction to a cabinet lock corresponding to the target locker identifier according to the target locker identifier attached to the unlock request. Specifically, for example, the unlock request received by the server is accompanied by the target locker identifier “001”, and the server sends an unlock instruction to the locker according to the locker corresponding to the locker identifier.

Through the foregoing implementation manner, it is possible to directly control the cabinet lock through the server, eliminating the main cabinet of the storage cabinet, and the corresponding storage cabinets can also be scattered and partially decentralized. The user may also query the status of the lockers in the target geographic area through the foregoing implementation manner.

In one embodiment, the usage information set includes status information corresponding to the locker identifier; the status information is used to indicate that the corresponding locker is in an occupied state or an empty state.

The foregoing implementation manner further limits content included in the usage information set. Specifically, the use information set includes status information corresponding to the locker identifier, and is used to indicate a status of the corresponding locker.

In one embodiment, the method further includes the following steps.

Step S30: Receive an item identifier sent by the client; the item identifier is used to indicate an item stored in the locker indicated by the target locker identifier.

In this embodiment, the item ID is used to indicate an item stored in the locker indicated by the target locker ID. Specifically, the item identifier may be a logistics order number or the like. The expression form of the article identifier may be a two-dimensional code, a barcode, or a group of letters. The client can obtain the item identification by scanning the code, or according to the item identification sent in advance by the server. I won't go into details here.

In this embodiment, the item identification sent by the client. Specifically, it may be input by a user. When the preset condition is reached, the item identifier is sent to the server. For example, the deliveryman uses the client to input the item identification, the corresponding locker identification, etc., and clicks the "send" button to send the item identification to the server. For another example, the deliveryman uses the client to scan the QR code of the item, obtains the item identification for the item, and sends the item identification to the server.

Step S32: Binding the item identifier and the target locker identifier.

In this embodiment, the item identifier and the target locker identifier are bound. Specifically, it may refer to establishing a mapping relationship between the server and the corresponding target locker identifier according to the received item identifier. For example, the server may establish a table or establish an attribute of the target locker identifier, and the attribute includes the item identifier to establish a mapping relationship.

According to the foregoing implementation manner, the item identifier and the target locker identifier are bound, so that the user can find the locker corresponding to the item and facilitate the extraction.

In one embodiment, the step of retrieving the use information of the lockers in the target geographic area may include: calculating and obtaining a specified distance threshold according to the client location information attached to the locker status query request The locker identification of the locker.

In this embodiment, the client location information is used to characterize the location of the client. Specifically, the client location information may be longitude and latitude information. Specifically, the client may obtain the client location information through GPS or the like. I won't go into details here.

In this embodiment, a locker identifier of a locker in a vacant state within a specified distance threshold is calculated and obtained. Specifically, the server may calculate the distance value between the client and the locker based on the location information of the client. For different lockers, get the corresponding distance value. Compare with a specified distance threshold based on at least one distance value. When the specified distance threshold is less than or equal to the specified distance threshold, a corresponding locker identifier is determined. For example, the specified distance threshold is 200 meters, and the corresponding locker ID within 200 meters is calculated.

Of course, after obtaining the locker ID of the locker, it may also include filtering to obtain the locker ID in an empty state or the locker ID in an occupied state. I won't go into details here.

According to the foregoing implementation manner, a locker identifier of a locker corresponding to the client location information within a specified distance threshold can be calculated. For users to query.

See Figure 8. An embodiment of the present specification provides a server, which may include a receiving unit, a searching unit, and a sending unit.

The receiving unit is configured to receive a locker status query request sent by a client; wherein the locker status query request is directed to a target geographic area.

The retrieval unit is configured to retrieve use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least a locker identifier of the locker in a vacant state; the The locker logo is used to indicate a locker.

The sending unit is configured to send the usage information set to the client.

The sending unit is further configured to, when receiving the unlock request sent by the client, identify the cabinet corresponding to the locker to the target locker according to the target locker identification attached to the unlock request. The lock sends an unlocking instruction; so that the cabinet lock is in an unlocked state.

In this embodiment, only the differences from the foregoing embodiment are described, and other contents may be explained in comparison with the contents of the foregoing embodiment, and will not be repeated here.

An embodiment of the present specification provides an electronic device, which may include a network communication unit and a processor.

The network communication unit is configured to receive a locker status query request sent by a client; wherein the locker status query request is directed to a target geographic area.

The processor is configured to retrieve the use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least a locker identifier of the locker in a vacant state; the storage The locker identifier is used to indicate a locker; controlling the network communication unit to send the usage information set to the client; and in the case of receiving the unlock request sent by the client, according to the unlock request The attached target locker identifier sends an unlocking instruction to a locker of the locker corresponding to the target locker identifier; so that the locker is in an unlocked state.

An embodiment of the present specification provides a computer storage medium that stores computer program instructions, and the computer program instructions are implemented by a processor to implement: receiving a locker status query request sent by a client; wherein, the The locker status query request points to the target geographic area; retrieves the use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least the storage of the lockers in the empty state A locker identifier; the locker identifier is used to indicate a locker; sending the usage information set to the client; and upon receiving the unlock request sent by the client, according to the unlock request The attached target locker identifier sends an unlocking instruction to a locker of the locker corresponding to the target locker identifier; so that the locker is in an unlocked state.

For the computer storage medium provided in this embodiment, the functions and effects achieved when the program instructions are executed can be referred to other embodiments for explanation.

See Figure 9. An embodiment of the present specification also provides a method for controlling a locker, which is applied to a server. The method includes:

Step S40: receiving a locker status query request sent by the client; wherein the locker status query request points to a target geographic area;

Step S42: retrieve the use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least a locker identifier of the locker in the occupied state; the locker The logo is used to indicate a locker;

Step S44: sending the usage information set to the client;

Step S46: In the case of receiving the unlocking request sent by the client, according to the target locker identification attached to the unlocking request, send an unlocking instruction to the locker corresponding to the target locker identification. To make the cabinet lock in an unlocked state.

In this embodiment, the use information set includes at least a locker identifier of the locker in an occupied state. Specifically, the server may obtain the locker ID of the locker in the occupied state by filtering according to the stored locker ID and corresponding status information. The status information may be information received from other objects, such as a user client or cabinet lock, or may be obtained by processing the received information from other objects. I won't go into details here.

In this embodiment, the server sends the usage information set to the client. Specifically, for example, the server may send the locker identifier of the locker in the occupied state. After receiving the locker ID of the locker in the occupied state, the client uses the locker corresponding to the remaining locker ID as the vacant according to the stored locker ID of the target geographic location. State lockers.

According to the foregoing embodiments, a server-side storage locker control method can be provided, which is convenient for a user to query the status information of the storage locker and implement management control on the storage locker.

An embodiment of the present specification further provides a server, which may include a receiving unit, a searching unit, and a sending unit.

The retrieval unit is configured to retrieve use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least a locker identifier of the locker in an occupied state; the The locker logo is used to indicate a locker.

The sending unit is configured to send the usage information set to the client.

The foregoing embodiment provides a server, and other content may be explained in accordance with the content of the foregoing embodiment, and details are not described herein again.

See Figure 10. An embodiment of the present specification also provides a method for controlling a locker, which is applied to a server. The method includes:

Step S50: In the case of receiving the unlocking request sent by the client, among the locker IDs of the vacant lockers, a target locker ID is selected; the locker ID is used to indicate the corresponding storage Lockers.

Step S52: Send an unlock instruction to the locker corresponding to the target locker identifier; so that the locker of the locker corresponding to the target locker identifier is in an unlocked state.

In this embodiment, among the locker IDs of the vacant lockers, the target locker ID is selected. Specifically, the server may calculate a locker identifier within a distance threshold specified by the location information of the client. Screening to get the locker ID of an empty locker. Among the locker identifiers of the vacant lockers, a locker identifier is randomly selected for selection. Alternatively, a locker identifier of the vacant locker that is closest to the client location information is determined for selection. I won't go into details here.

In this embodiment, the locker ID selected by the server is used as the target locker ID, and an unlock instruction is sent to the locker corresponding to the target locker ID.

In the foregoing embodiment, the unlock instruction sent by the client to the server may be a signal. Select the target locker ID on the server side to control the locker. In this embodiment, only the differences from the foregoing embodiment are described, and other contents may be explained in comparison with the contents of the foregoing embodiment, and will not be repeated here.

In one embodiment, the step of selecting the target locker identification includes: determining, according to the location information of the client and the location information of the locker in the vacant state, the closest one to the client in the vacant state. The locker uses the locker ID of the locker as the target locker ID.

In this embodiment, a storage locker that is closest to the client in a vacant state is determined. Specifically, the server may pre-screen to obtain the locker ID corresponding to the locker in the vacant state. In the locker identifiers corresponding to the lockers in the vacant state obtained by screening, the distances between the lockers and the client are calculated respectively, and the locker identifiers of the closest lockers are determined. As another example, the server can calculate the distance between the locker and the client. Mark the corresponding lockers in order of distance. According to the distance from near to far, the state information of the lockers corresponding to the locker identifiers is sequentially verified. When the status information is vacant, the step is stopped, and the locker identifier is determined to be the target locker identifier. The locker corresponding to the locker identifier is closest to the client and is in an empty state.

According to the foregoing embodiment, the selection of the target locker identifier is further limited. The locker corresponding to the target locker identification is closest to the client, which is convenient for users to store items.

An embodiment of the present specification further provides a server, which may include a processor and a network communication unit.

The processor is configured to select a target locker ID among the locker IDs of the vacant lockers when receiving the unlocking request sent by the client; the locker ID is used to indicate a corresponding Lockers.

The network communication unit is configured to send an unlock instruction to the locker corresponding to the target locker identifier; so that the locker of the locker corresponding to the target locker identifier is in an unlocked state.

See Figure 11. An embodiment of the present specification provides a method for controlling a locker, which is applied to a server. The method includes:

Step S60: receiving an unlocking request sent by the client; the unlocking request is accompanied by a target locker identifier; the target locker identifier is used to characterize the locker to which the unlocking request is directed.

Step S62: sending a first unlocking instruction to the corresponding router according to the target locker identification, so that the router sends a signal of the target locker within the signal coverage range to the router according to the first unlocking instruction. The cabinet lock sends a second unlocking instruction, so that the cabinet lock of the target storage cabinet is in an unlocked state.

In this embodiment, after receiving the unlock request, the server may determine a corresponding router according to the unlock request. For example, the server compares the target locker ID with the router's storage area based on the locker ID of the router and the lockers within its coverage area, and the server's target locker ID attached to the unlock request. The locker IDs of the lockers match. If the match is successful, the router is determined as the corresponding router.

In this embodiment, a first unlocking instruction is sent to a corresponding router, and the first unlocking instruction may be accompanied by the target locker identification, so that the router sends an unlocking lock to a cabinet lock corresponding to the target locker identification. instruction.

In this embodiment, the router may have an independent operating system. The router may include a processor and a network communication unit, so as to control the router to a storage cabinet within its coverage area.

Of course, those skilled in the art can also use other third-party smart devices instead of the router to achieve their corresponding functions under the inspiration of the present invention.

See Figure 12. The embodiment of the present specification provides a method for controlling a locker, which is applied to a client. The method may include the following steps.

Step S70: Receive a signal sent by a cabinet lock of at least one storage cabinet; the signal corresponds to a storage cabinet identification, and the storage cabinet identification is used for the storage cabinet indicated.

In this embodiment, the signal corresponds to a locker identifier, and is used to identify the corresponding locker. The information may also be accompanied by status information of the locker. It is not specifically limited here. When there is no status information of the attached locker, the user can view the status information of the locker according to the indicator of the lock corresponding to the locker identification.

In this embodiment, a signal sent by a cabinet lock of at least one locker is received. Specifically, the client may be connected to the locker of the locker via Bluetooth / NFC near field communication technology and the like. When the trigger condition is reached, a signal is sent from the lock of at least one locker. For example, when the location information of the user client reaches a specified range, the trigger condition is met. The cabinet lock sends a signal to the client. For another example, the client sends a request to the locker to receive signals from the locker.

Step S72: Display the corresponding locker identification according to the received signal.

In this embodiment, it may be based on the locker identification attached to the signal. The client displays to the user through the display for the user to make a query or input selection.

Step S74: Receive user input; use the locker ID pointed to by the user input as the target locker ID.

Step S76: An unlocking signal sent to the locker of the locker indicated by the target locker identifier, so that the locker is in an unlocked state.

In one embodiment, the method further includes the steps of: sending an item identification and the target locker identification to a server; so that the server binds the item identification and the target locker identification; The item identifier is used to indicate an item stored in the locker indicated by the target locker identifier.

According to the foregoing implementation manner, a mapping relationship is established between the item identifier and the target locker identifier on the server side for binding.

The embodiments of the present specification provide a locker control system. The locker control system includes a client, a server, a lock, and a router.

The cabinet lock is used to be installed in the storage cabinet; the cabinet lock can receive the server control in a locked state and an unlocked state; in the locked state, the cabinet lock obstructs the cabinet of the storage cabinet The door is open; in the unlocked state, the cabinet lock releases obstruction to the cabinet door.

The client is configured to send an unlock request to the server. Specifically, the unlock request may be directed to a cabinet lock of a target locker.

The server is configured to receive the unlocking request; and send a first unlocking instruction to the router according to the unlocking request.

The router is configured to receive the first unlocking instruction; and according to the first unlocking instruction, send a second unlocking instruction to a cabinet lock of the target locker within the signal coverage of the router, so that the target storage The cabinet lock of the object cabinet is in the unlocked state.

See Figure 13. The embodiment of the present specification provides a cabinet lock, which is applied to a storage cabinet and includes a network communication unit, a processor, and a lock body.

The network communication unit is configured to receive an unlocking instruction sent by a server or a router.

The network communication unit is further configured to send status information to the server or client to characterize the status of the locker; the status of the locker includes at least one of the following: vacant status, occupied status.

The processor is configured to make the lock body in an unlocked state when a lock unlocking instruction sent by the server or the router is received.

In this embodiment, the lock body may be a lock body of a lock tongue associated with the cabinet door. The lock body may be a mechanical part of the cabinet lock. When the cabinet lock receives the unlocking instruction, the lock body may be driven to perform an unlocking action.

In one embodiment, the cabinet lock is further provided with an indicator; the indicator is used to indicate the state of the locker.

In this embodiment, the indicator is used to indicate a state of the locker. The indicator may be an LED light or the like. Specifically, for example, the server may further include an instruction for the indicator in the instruction for sending the unlock instruction, and when the instruction is received, the indicator light is on to remind the user. As another example, after a delivery person puts an item in a locker, the delivery person sends data to the server through the client, and the data indicates that the data has been stored in the locker. After receiving the data, the server may send an instruction corresponding to the indicator to the cabinet lock to make the indicator display red and the like.

Each embodiment in the specification is described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other. Each embodiment focuses on the differences from other embodiments.

The server mentioned in the embodiments of the present specification may be an electronic device with a certain computing processing capability. It may have a network communication terminal, a processor, a memory, and the like. Of course, the server may also refer to software running in the electronic device. The above server may also be a distributed server, which may be a system with multiple processors, memory, network communication modules, and other cooperative operations.

In the 1990s, for a technical improvement, it can be clearly distinguished whether it is an improvement in hardware (for example, the improvement of circuit structures such as diodes, transistors, switches, etc.) or an improvement in software (for the improvement of method flow). However, with the development of technology, the improvement of many methods and processes can be regarded as a direct improvement of the hardware circuit structure. Designers almost always get the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that the improvement of a method flow cannot be realized by hardware entity modules. For example, a programmable logic device (Programmable Logic Device (PLD)) (such as a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user programming the device. It is programmed by the designer to "integrate" a digital system on a PLD, without the need for a chip manufacturer to design and produce a dedicated integrated circuit chip. Moreover, nowadays, instead of making integrated circuit chips by hand, this programming is mostly implemented by "logic compiler" software, which is similar to the software compiler used in program development and writing, but before compilation The original code must also be written in a specific programming language, which is called Hardware Description Language (HDL), and HDL is not only one, but there are many types, such as ABEL (Advanced Boolean ExpressionLanguage) , AHDL (Altera, Hardware, Description, Language), Confluence, CUPL (Cornell, University Programming, Language), HDCal, JHDL (Java, Hardware, Description, Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby, Hardware, Description), etc. It is VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog2. Those skilled in the art should also be clear that as long as the method flow is slightly logically programmed and integrated into the integrated circuit using the above-mentioned several hardware description languages, a hardware circuit that implements the logic method flow can be easily obtained.

Those skilled in the art also know that, in addition to implementing the client and server in a pure computer-readable program code manner, the method steps can be logically programmed to make the client and server use logic gates, switches, application-specific integrated circuits, and programmable logic. Controller and embedded microcontroller to achieve the same function. Therefore, such a client and a server can be regarded as a kind of hardware component, and a device included therein for implementing various functions can also be regarded as a structure within the hardware component. Or even, the means for implementing various functions may be regarded as a structure that can be both a software module implementing the method and a hardware component.

It can be known from the description of the foregoing embodiments that those skilled in the art can clearly understand that this specification can be implemented by means of software plus a necessary universal hardware platform. Based on such an understanding, the technical solution of this specification, in essence, or the part that contributes to the existing technology, can be embodied in the form of a software product, which can be stored in a storage medium, such as ROM / RAM, magnetic disk , Optical discs, etc., including a number of instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the methods described in various embodiments or portions of the embodiments of this specification.

Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the implementation of the server, the user client, and the computer storage medium, all can be explained with reference to the introduction of the foregoing method implementation.

This specification may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, and so on that perform particular tasks or implement particular abstract data types. This specification can also be practiced in distributed computing environments in which tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules may be located in local and remote computer storage media, including storage devices.

Although the specification has been described through embodiments, those skilled in the art know that there are many variations and changes in the specification without departing from the spirit of the specification, and it is expected that the appended claims include these modifications and changes without departing from the spirit of the specification.

Claims

A storage cabinet control system, characterized in that it includes: client, server, cabinet lock;

The cabinet lock is used to be installed in the storage cabinet; the cabinet lock can receive the server control in a locked state and an unlocked state; in the locked state, the cabinet lock obstructs the cabinet of the storage cabinet The door is open; in the unlocked state, the cabinet lock releases the obstruction to the cabinet door;

The client is configured to send an unlocking request to the server, so that the server sends an unlocking instruction to a cabinet lock of a target locker according to the unlocking request, so that the cabinet lock of the target locker is in the required position. The unlocked state is described.
A method for controlling a locker, which is characterized in that it is applied to a client, and the method includes:

Receiving a locker identifier of a locker sent by the server; the locker identifier is used to indicate a locker;

Determining the storage locker in the vacant state according to the received locker identification;

Receiving a user input; wherein a locker identifier of a locker in a vacant state to which the user input points is a target locker identifier;

Sending an unlock request to the server; the target locker identification is attached to the unlock request, so that the server issues an unlock instruction to the locker corresponding to the target locker identification, so that the target The lock of the locker is unlocked.
The method according to claim 2, wherein the locker corresponding to the locker identifier sent by the server is in an empty state;

Correspondingly, in the step of determining the locker in the vacant state, the locker corresponding to the received locker identifier is used as the locker in the vacant state.
The method according to claim 2, wherein the locker corresponding to the locker identifier sent by the server is in an occupied state;

Correspondingly, in the step of determining the lockers in the vacant state, after the locker IDs in the occupied state are removed from the stored locker ID set, the lockers corresponding to the remaining locker IDs are regarded as being in the Vacant lockers.
The method of claim 2, further comprising:

Receive the status information of the lockers sent by the server. The status information indicates that the corresponding lockers are in the occupied state or vacant state.
An electronic device, comprising: a network communication unit and a processor;

The network communication unit is configured to receive a locker identifier of a locker sent by a server; the locker identifier is used to indicate a locker;

The processor is configured to determine the locker in the vacant state according to the received locker identifier; receive user input; wherein the locker identifier of the locker in the vacant state pointed to by the user input is targeted Locker identification; controlling the network communication unit to send an unlocking request to the server; the unlocking request is accompanied by the target locker identification, so that the server responds to the target locker identification The cabinet lock issues an unlocking instruction, so that the cabinet lock corresponding to the target locker is in an unlocked state.
A computer storage medium, characterized in that the computer storage medium stores computer program instructions, and the computer program instructions are implemented when executed by a processor:

Receiving a locker identifier of a locker sent by the server; the locker identifier is used to indicate a locker;

Determining the storage locker in the vacant state according to the received locker identification;

Receiving a user input; wherein a locker identifier of a locker in a vacant state to which the user input points is a target locker identifier;

Sending an unlock request to the server; the target locker identification is attached to the unlock request, so that the server issues an unlock instruction to the locker corresponding to the target locker identification, so that the target The lock of the locker is unlocked.
A method for controlling a locker, which is applied to a server, and the method includes:

Receiving a locker status query request sent by a client; wherein the locker status query request points to a target geographic area;

Retrieving the use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least a locker identifier of the locker in a vacant state; the locker identifier is used for Means lockers;

Sending the usage information set to the client;

When receiving the unlocking request sent by the client, according to the target locker identification attached to the unlocking request, send an unlocking instruction to a locker corresponding to the target locker identification; The cabinet lock is in an unlocked state.
The method according to claim 8, wherein the use information set includes corresponding status information; the status information is used to indicate that the corresponding locker is in an occupied state or an empty state.
The method according to claim 8, further comprising:

Receiving an item identifier sent by the client; the item identifier is used to indicate an item stored in the locker indicated by the target locker identifier;

Binding the item identifier and the target locker identifier.
The method according to claim 8, wherein the step of retrieving the usage information of the lockers in the target geographic area comprises:

According to the location information of the client attached to the locker status query request, a locker identifier of the locker within a specified distance threshold is calculated and obtained.
A server is characterized in that it includes: a receiving unit, a retrieval unit, and a sending unit;

The receiving unit is configured to receive a locker status query request sent by a client; wherein the locker status query request points to a target geographic area;

The retrieval unit is configured to retrieve use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least a locker identifier of the locker in a vacant state; the Locker identification is used to indicate a locker;

The sending unit is configured to send the usage information set to the client; when receiving the unlock request sent by the client, according to the target locker identifier attached to the unlock request, The locker of the target locker identifier corresponds to the locker of the locker to send an unlock instruction; so that the locker is in an unlocked state.
An electronic device, comprising: a network communication unit and a processor;

The network communication unit is configured to receive a locker status query request sent by a client; wherein the locker status query request points to a target geographic area;

The processor is configured to retrieve the use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least a locker identifier of the locker in a vacant state; the storage The locker identifier is used to indicate a locker; controlling the network communication unit to send the usage information set to the client; and in the case of receiving the unlock request sent by the client, according to the unlock request The attached target locker identifier sends an unlocking instruction to a locker of the locker corresponding to the target locker identifier; so that the locker is in an unlocked state.
A computer storage medium, characterized in that the computer storage medium stores computer program instructions, and the computer program instructions are implemented when executed by a processor:

Receiving a locker status query request sent by a client; wherein the locker status query request points to a target geographic area;

Retrieving the use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least a locker identifier of the locker in a vacant state; the locker identifier is used for Means lockers;

Sending the usage information set to the client;

When receiving the unlocking request sent by the client, according to the target locker identification attached to the unlocking request, send an unlocking instruction to a locker corresponding to the target locker identification; The cabinet lock is in an unlocked state.
A method for controlling a locker, which is applied to a server, and the method includes:

Receiving a locker status query request sent by a client; wherein the locker status query request points to a target geographic area;

Retrieve the use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least a locker identifier of the locker in the occupied state; the locker identifier is used for Means lockers;

Sending the usage information set to the client;

When receiving the unlocking request sent by the client, according to the target locker identification attached to the unlocking request, send an unlocking instruction to a locker corresponding to the target locker identification; The cabinet lock is in an unlocked state.
The method according to claim 15, further comprising:

Receiving an item identifier sent by the client; the item identifier is used to indicate an item stored in the locker indicated by the target locker identifier;

Binding the item identifier and the target locker identifier.
The method according to claim 15, wherein the step of retrieving the use information of the lockers in the target geographic area comprises:

According to the location information of the client attached to the locker status query request, a locker identifier of the locker within a specified distance threshold is calculated and obtained.
A server is characterized in that it includes: a receiving unit, a retrieval unit, and a sending unit;

The receiving unit is configured to receive a locker status query request sent by a client; wherein the locker status query request points to a target geographic area;

The retrieval unit is configured to retrieve use information of the lockers in the target geographic area to form a use information set; wherein the use information set includes at least a locker identifier of the locker in an occupied state; the Locker identification is used to indicate a locker;

The sending unit is configured to send the usage information set to the client; when receiving the unlock request sent by the client, according to the target locker identifier attached to the unlock request, The locker of the target locker identifier corresponds to the locker of the locker to send an unlock instruction; so that the locker is in an unlocked state.
A method for controlling a locker, which is applied to a server, and the method includes:

In the case of receiving the unlocking request sent by the client, among the locker IDs of the vacant lockers, the target locker ID is selected; the locker ID is used to indicate the corresponding locker;

Sending an unlocking instruction to the locker corresponding to the target locker identifier; so that the locker of the locker corresponding to the target locker identifier is in an unlocked state.
The method according to claim 19, further comprising:

Receiving an item identifier sent by the client; the item identifier is used to indicate an item stored in the locker indicated by the target locker identifier;

Binding the item identifier and the target locker identifier.
The method according to claim 19, wherein the step of selecting the target locker identification comprises:

According to the location information of the client and the location information of the vacant locker, determine the closest vacant locker to the client, and use the locker ID of the locker as the target storage. Locker logo.
A server is characterized by comprising: a processor and a network communication unit;

The processor is configured to select a target locker ID among the locker IDs of the vacant lockers when receiving the unlocking request sent by the client; the locker ID is used to indicate a corresponding Lockers

The network communication unit is configured to send an unlock instruction to the locker corresponding to the target locker identifier; so that the locker of the locker corresponding to the target locker identifier is in an unlocked state.
A method for controlling a locker, which is applied to a server, and the method includes:

Receiving an unlocking request sent by a client; the unlocking request is accompanied by a target locker identifier; the target locker identifier is used to characterize the locker to which the unlocking request is directed;

Sending a first unlocking instruction to the corresponding router according to the target locker identification; so that the router sends a lock to the target locker of the target locker within the signal coverage of the router according to the first unlocking instruction A second unlocking instruction, so that the cabinet lock of the target locker is in an unlocked state.
A method for controlling a locker, which is characterized in that it is applied to a client, and the method includes:

Receiving a signal sent by a cabinet lock of at least one locker; the signal corresponds to a locker identifier, and the locker identifier is used to indicate the locker;

Display the corresponding locker identification according to the received signal;

Receive user input; use the locker ID pointed to by the user input as the target locker ID;

An unlocking signal sent to the locker of the locker indicated by the target locker identifier, so that the locker is in an unlocked state.
The method according to claim 24, further comprising:

Sending an item ID and the target locker ID to the server; so that the server binds the item ID and the target locker ID; the item ID is used to represent the target locker ID Represents the items stored in the locker.
A storage cabinet control system, characterized in that it includes: client, server, cabinet lock, router;

The cabinet lock is used to be installed in the storage cabinet; the cabinet lock can receive the server control in a locked state and an unlocked state; in the locked state, the cabinet lock obstructs the cabinet of the storage cabinet The door is open; in the unlocked state, the cabinet lock releases the obstruction to the cabinet door;

The client is configured to send an unlock request to the server;

The server is configured to receive the unlocking request; and send a first unlocking instruction to the router according to the unlocking request;

The router is configured to receive the first unlocking instruction; and according to the first unlocking instruction, send a second unlocking instruction to a cabinet lock of a target locker within the signal coverage of the router, so that the target locker The cabinet lock is in the unlocked state.
A cabinet lock, which is characterized in that it is applied to a storage cabinet and includes a network communication unit, a processor, and a lock body;

The network communication unit is configured to receive an unlocking instruction sent by a server or router; send status information to the server or client to characterize the status of the locker; and the status of the locker includes at least one of the following: Vacant state, occupied state;

The processor is configured to make the lock body in an unlocked state when a lock unlocking instruction sent by the server or the router is received.
The cabinet lock according to claim 27, wherein the cabinet lock is further provided with an indicator; the indicator is used to indicate the state of the locker.