Systems and methods for anticipatory locking and unlocking of a smart-sensor door lock

• US 9,396,599 B1
• Filed: 05/29/2015
• Issued: 07/19/2016
• Est. Priority Date: 05/29/2015
• Status: Active Grant

• Current Assignee: Google LLC (Alphabet Inc.)
• Original Assignee: Google Inc. (Alphabet Inc.)
• Inventors: Malhotra, Mark
• Primary Examiner(s): Neyzari, Ali
• Application Number:
  US14/726,144
• Time in Patent Office: 417 Days
• Field of Search: 340/5.7
• US Class Current: 1/1
• CPC Class Codes: G07C 2009/00769 with data transmission performed by wireless means
• CPC Class Codes: G07C 2209/62 Comprising means for indicating the status of the lock
• CPC Class Codes: G07C 2209/63 Comprising locating means for detecting the position of the data carrier, i.e. within the vehicle or within a certain distance from the vehicle
• CPC Class Codes: G07C 9/00174 Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys mechanical locks with electric permutation E05B49/00; arrangements for sensing or reading record carriers G06K7/00; electronic switching H03K17/00
• CPC Class Codes: G07C 9/00182 operated with unidirectional data transmission between data carrier and locks
• CPC Class Codes: G07C 9/00309 operated with bidirectional data transmission between data carrier and locks
• CPC Class Codes: G07C 9/00571 operated by interacting with a central unit
• CPC Class Codes: G07C 9/00896 specially adapted for particular uses
• CPC Class Codes: G07C 9/00904 for hotels, motels, office buildings or the like
• CPC Class Codes: G07C 9/27 with central registration
• CPC Class Codes: G07C 9/28 the pass enabling tracking or indicating presence
• CPC Class Codes: G07C 9/38 with central registration
• CPC Class Codes: H04L 12/2803 Home automation networks
• CPC Class Codes: H04L 12/2829 involving user profiles according to which the execution of a home appliance functionality is automatically triggered
• CPC Class Codes: H04W 12/08 Access security
• CPC Class Codes: H04W 12/084 using delegated authorisation, e.g. open authorisation [OAuth] protocol

Abstract

An electronic device associated with a lock device obtains a number of users detected within a premises, and detects a trigger event related to a lock device and premises. When the trigger event is detected, a target state of the lock device is determined based on: (1) the number of users within the premises, (2) user security profiles indicating a desired target state of the lock device when a respective user is within the premises, (3) locations of detected users; (4) user states of detected users indicating whether the respective user is asleep or active; and/or (5) a current premises mode, including an armed state and a disarmed state. A current state of the lock device is determined, and if the current state and the target state of the lock device are not the same, instructions are provided to the lock device based on the target state.

Claims

1. A method, comprising:

at an electronic device having one or more processors and memory for storing instructions for execution by the one or more processors, wherein the electronic device is associated with a lock device;

obtaining a number of users detected within a premises;

detecting a trigger event related to the lock device and the premises;

when the trigger event is detected, determining a target state of the lock device based on at least one of;

the obtained number of users detected within the premises;

if one or more users are detected within the premises;

respective security profiles of the one or more detected users, wherein a respective security profile of a respective user indicates a desired target state of the lock device when the respective user is within the premises;

a location of the one or more detected users; and

a user state of the one or more detected users, wherein a respective user state of a respective user indicates that the respective user is asleep or active; and

a current premises mode, including an armed state and a disarmed state;

determining a current state of the lock device; and

if the current state of the lock device and the target state of the lock device are not the same, providing instructions to the lock device based on the target state of the lock device.

2. The method of claim 1, wherein determining the target state of the lock device includes obtaining one or more inputs from one or more devices distinct from the electronic device and the lock device.

3. The method of claim 1, wherein detecting the trigger event includes detecting that an unverified user entered the premises.

4. The method of claim 3, further comprising:

after detecting the trigger event;

determining whether the unverified user is an authorized user,

wherein determining the target state of the lock device is further based on the determination of whether the unverified user is an authorized user.

5. The method of claim 4, wherein:

the target state of the lock device is a locked state if the unverified user is not an authorized user; and

the target state of the lock device is an unlocked state if the unverified user is an authorized user.

6. The method of claim 1, wherein the lock device includes a bolt, and wherein a state of the lock device is:

a locked state, wherein the bolt of the lock device is extended into a door jamb;

a first unlocked state, wherein the bolt of the lock device is retracted;

or

a second unlocked state, wherein the bolt of the lock device is extended, but not into the door jamb.

7. The method of claim 6, wherein the instructions cause the bolt of the lock device to be extended if the current state of the lock device is the first unlocked state and the target state of the lock device is the locked state.

8. The method of claim 6, wherein the instructions cause the bolt of the lock device to be retracted if the current state of the lock device is the locked state and the target state of the lock device is the first unlocked state.

9. The method of claim 6, wherein the instructions cause the bolt of the lock device to be retracted if the current state of the lock device is the second unlocked state and the target state of the lock device is the locked state.

10. The method of claim 1, wherein the target state of the lock device is an unlocked state if the number of users detected within the premises satisfies a predefined threshold.

11. The method of claim 1, wherein the target state of the lock device is a locked state if one or more users are detected within the premises, and the security profile of the respective user, of the one or more detected users, indicates that the desired target state of the lock device is the locked state when the respective user is within the premises.

12. The method of claim 1, wherein the target state of the lock device is a locked state if one or more users are detected within the premises, and the current location of a respective user, of the one or more detected users, indicates that the respective user is located within a predefined area of the premises.

13. The method of claim 1, wherein the target state of the lock device is a locked state if one or more users are detected within the premises, and the user state of a respective user, of the one or more detected users, indicates that the respective user is asleep.

14. The method of claim 1, wherein:

the target state of the lock device is a locked state if the current premises mode is a first armed state, indicating that no authorized users are currently within the premises;

the target state of the lock device is the locked state if the current premises mode is a second armed state, indicating that at least one authorized user is currently within the premises and that the lock device is configured to be in the locked state;

or

the target state of the lock device is an unlocked state if the current premises mode is a disarmed state, indicating that at least one authorized user is currently within the premises and that the lock device is configured to be in the unlocked state.

15. The method of claim 1, further comprising:

if the current state of the lock device and the target state of the lock device are not the same, prior to providing the instructions to the lock device;

providing a notification indicating that the current state and the target state are not the same; and

receiving an override input,

wherein the instructions provided to the lock device are further based on the override input.

16. The method of claim 15, further comprising:

creating an adjustment rule in accordance with the override input;

detecting a subsequent trigger event; and

when the subsequent trigger event is detected, determining a subsequent target state of the lock device based on at least the adjustment rule.

17. The method of claim 1, wherein determining the target state of the lock device is further based on the trigger event.

18. The method of claim 1, wherein the current state of the lock device is an unlocked state.

19. An electronic device associated with a lock device, comprising:

a processor; and

memory for storing one or more programs for execution by the processor, the one or more programs including instructions for;

obtaining a number of users detected within a premises;

detecting a trigger event related to the lock device and the premises;

when the trigger event is detected, determining a target state of the lock device based on at least one of;

the obtained number of users detected within the premises;

if one or more users are detected within the premises;

respective security profiles of the one or more detected users, wherein a respective security profile of a respective user indicates a desired target state of the lock device when the respective user is within the premises;

a location of the one or more detected users; and

a user state of the one or more detected users, wherein a respective user state of a respective user indicates that the respective user is asleep or active; and

a current premises mode, including an armed state and a disarmed state;

determining a current state of the lock device; and

if the current state of the lock device and the target state of the lock device are not the same, providing instructions to the lock device based on the target state of the lock device.

20. A non-transitory computer readable storage medium, storing one or more programs for execution by one or more processors, the one or more programs including instructions for:

obtaining a number of users detected within a premises;

detecting a trigger event related to the lock device and the premises;

when the trigger event is detected, determining a target state of the lock device based on at least one of;

the obtained number of users detected within the premises;

if one or more users are detected within the premises;

respective security profiles of the one or more detected users, wherein a respective security profile of a respective user indicates a desired target state of the lock device when the respective user is within the premises;

a location of the one or more detected users; and

a user state of the one or more detected users, wherein a respective user state of a respective user indicates that the respective user is asleep or active; and

a current premises mode, including an armed state and a disarmed state;

determining a current state of the lock device; and

if the current state of the lock device and the target state of the lock device are not the same, providing instructions to the lock device based on the target state of the lock device.