IP Library Granted Patent US 11,631,291
Granted Patent B2
US 11,631,291 · App. 17/085,160 · Granted Apr 18, 2023

Smart building integration and device hub

Inventors: Luke A. Schoenfelder (New York, NY); Michael B. Jones (New York, NY); Saayuj Dhanak (New York, NY); Albert A. Ho (New York, NY); Jonathan Kieliszak (New York, NY); Deepthi Gandhi (Hoboken, NJ); Nabeel Allana (Brooklyn, NY); Andrew Kontra (San Francisco, CA); Tyler Gage (Brooklyn, NY); Nathan Ferris (New York, NY); Ryan Merlini (New York, NY); John T. Jacobsen (New York, NY); Tim Stonelake (New York, NY); Niranjan Ravichandran (Jersey City, NJ)
Assignee: Latch Systems, Inc.
G07C9/00309G05B15/02H04W4/80G05B2219/2642
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 11,631,291
App. No.
17/085,160
Granted
Apr 18, 2023
Kind
B2
Abstract

Embodiments are generally directed to systems, devices, methods, and techniques to control devices via a mobile device platform in a smart building system. Embodiments further include techniques to determine a device of the smart building system and an action to perform by the device. The techniques include establishing, a connection with a smart lock of the smart system, and communicating a request to perform the action to the smart lock of the smart system.

Claims (69)

1. A smart lock configured to control devices, comprising:

a plurality of wireless interfaces, wherein each of the plurality of wireless interfaces are configured to operate in accordance with at least one of a plurality of wireless protocols;

processing circuitry coupled with the plurality of wireless interfaces;

a memory coupled with the plurality of wireless interfaces and the processing circuitry, the memory comprising instructions, that when executed by the processing circuitry, cause the processing circuitry to:

receive, from a mobile device via one of the plurality of wireless interfaces, a first request to cause an action on a device, the action to comprise unlocking an access point associated with the smart lock, wherein the action of the first request is based on a parameter of a uniform resource identifier (URI) stored in a beacon associated with the smart lock, wherein a link between the beacon and the smart lock is created when the beacon is provisioned;

determine if the mobile device is authorized to unlock the access point based at least in part on encrypted data specified in the first request, wherein the encrypted data is based on a public key of the smart lock stored in the beacon;

unlock the access point based on the mobile device being authorized;

receive, from the mobile device via the one of the plurality of wireless interfaces, a second request to cause an action on a second device;

determine a first wireless interface from the plurality of wireless interfaces to communicate with the second device, the first wireless interface configured to operate in accordance with a first wireless protocol of the plurality of wireless protocols; and

communicate, via the first wireless interface using the first wireless protocol, information to cause the action on the second device.

2. The smart lock of claim 1 , wherein the processing circuitry to:

receive, from the mobile device via the one of the plurality of wireless interfaces, a credential;

validate the credential; and

communicate, via the one of the plurality of wireless interfaces, the information to cause the action to the device in response to validating the credential.

3. The smart lock of claim 2 , the memory comprising instructions that when executed by the processing circuitry cause the processing circuitry to:

compare the credential to a list of valid credentials stored in the memory to verify the credential.

4. The smart lock of claim 2 , the memory comprising instructions that when executed by the processing circuitry cause the processing circuitry to:

communicate the credential to a cloud-based computing system; and

receive an indication from the cloud-based computing system, the indication to indicate whether the credential is valid or invalid.

5. The smart lock of claim 1 , the memory comprising instructions that when executed by the processing circuitry cause the processing circuitry to:

receive, from a second mobile device via the one of the plurality of wireless interfaces, another cryptogram and a third request to cause a second action on a third device;

determine whether the another cryptogram is valid or invalid for the third device based on the public key;

in response to determining the another cryptogram is valid:

determine a second wireless interface from the plurality of wireless interfaces to communicate with the third device, the second wireless interface configured to operate in accordance with a second wireless protocol of the plurality of wireless protocols; and

communicate, via the second wireless interface, second information to cause the action to the third device; and

in response to determining the another cryptogram is invalid, restrict performance of the second action on the third device.

6. The smart lock of claim 1 , the memory comprising instructions that when executed by the processing circuitry cause the processing circuitry to:

receive, via one of the plurality of wireless interfaces, a notification from one of a plurality of smart devices; and

communicate, via the one of the plurality of wireless interfaces, the notification to the mobile device.

7. The smart lock of claim 1 , wherein the plurality of wireless protocols comprise a near-field communication (NFC) protocol, a cellular protocol, a Bluetooth low energy (BLE) protocol, an 802.11 protocol, a Zigbee protocol, and a z-wave protocol.

8. The smart lock of claim 1 , wherein the second device is a third-party smart speaker device, and the processing circuitry to communicate the second request to the third-party smart speaker device via one of: (i) a third-party cloud-based computing system, or communicating the second request directly to the third-party smart speaker device.

9. The smart lock of claim 1 , wherein a third request is received from the mobile device via the one of the plurality of wireless interfaces in accordance with a second wireless protocol, wherein the first wireless protocol and the second wireless protocol are different protocols.

10. A method, comprising:

receiving, via one of a plurality of wireless interfaces of a smart lock and from a mobile device, a first request to cause an action on a device, the action to comprise unlocking an access point associated with the smart lock, wherein the action of the first request is based on a parameter of a uniform resource identifier (URI) stored in a beacon associated with the smart lock, wherein a link between the beacon and the smart lock is created when the beacon is provisioned;

determining, by the smart lock, if the mobile device is authorized to unlock the access point based at least in part on encrypted data specified in the first request, wherein the encrypted data is based on a public key of the smart lock stored in the beacon;

unlocking, by the smart lock, the access point based on the mobile device being authorized;

receiving, by the smart lock from the mobile device via the one of the plurality of wireless interfaces, a second request to cause an action on a second device;

determining, by the smart lock, a first wireless interface from the plurality of wireless interfaces to communicate with the second device, the first wireless interface configured to operate in accordance with a first wireless protocol of a plurality of wireless protocols; and

communicating, by the smart lock via the first wireless interface using the first wireless protocol, information to cause the action on the second device.

11. The method of claim 10 , further comprising:

receiving, by the smart lock from the mobile device via the one of the plurality of wireless interfaces, a credential;

validating, by the smart lock, the credential; and

communicating, by the smart lock via the one of the plurality of wireless interfaces, the information to cause the action to the device in response to validating the credential.

12. The method of claim 11 , further comprising:

comparing, by the smart lock, the credential to a list of valid credentials to verify the credential.

13. The method of claim 11 , further comprising:

communicating, by the smart lock, the credential to a cloud-based computing system; and

receiving, by the smart lock, an indication from the cloud-based computing system, the indication to indicate whether the credential is valid or invalid.

14. The method of claim 10 , further comprising:

receiving, by the smart lock from a second mobile device via the one of the plurality of wireless interfaces, a credential and a third request to cause a second action on a third device;

determining, by the smart lock, whether the credential is valid or invalid for the third device;

in response to determining the credential is valid:

determining, by the smart lock, a second wireless interface from the plurality of wireless interfaces to communicate with the third device, the second wireless interface configured to operate in accordance with a second wireless protocol of the plurality of wireless protocols; and

communicating, by the smart lock via the second wireless interface, second information to cause the action to the third device; and

in response to determining the credential is invalid, restricting performance of the second action on the third device by the smart lock.

15. The method of claim 10 , further comprising:

receiving, by the smart lock via one of the plurality of wireless interfaces, a notification from one of a plurality of smart speaker devices; and

communicating, by the smart lock via the one of the plurality of wireless interfaces, the notification to the mobile device.

16. The method of claim 10 , wherein the plurality of wireless protocols comprise a near-field communication (NFC) protocol, a cellular protocol, a Bluetooth low energy (BLE) protocol, an 802.11 protocol, a Zigbee protocol, and a z-wave protocol.

17. The method of claim 10 , wherein the second device is a third-party smart speaker device, wherein the smart lock communicates the second request directly to the third-party smart speaker device.

18. The method of claim 10 , wherein a third request is received from the mobile device via the one of the plurality of wireless interfaces in accordance with a second wireless protocol, wherein the first wireless protocol and the second wireless protocol are different protocols.

19. The method of claim 10 , wherein an address of the first request is based on an address of the smart lock specified as a parameter of the URI.

20. A non-transitory computer-readable storage medium storing computer-readable program code executable by a processor of a smart lock to cause the processor to:

receive, from a mobile device via one of a plurality of wireless interfaces of the smart lock, a first request to cause an action on a device, the action to comprise unlocking an access point associated with the smart lock, wherein the action of the first request is based on a parameter of a uniform resource identifier (URI) stored in a beacon associated with the smart lock, wherein a link between the beacon and the smart lock is created when the beacon is provisioned;

determine if the mobile device is authorized to unlock the access point based at least in part on encrypted data specified in the first request, wherein the encrypted data is based on a public key of the smart lock stored in the beacon;

unlock the access point based on the mobile device being authorized;

receive, from the mobile device via the one of the plurality of wireless interfaces, a second request to cause an action on a second device;

determine a first wireless interface from the plurality of wireless interfaces to communicate with the second device, the first wireless interface configured to operate in accordance with a first wireless protocol of a plurality of wireless protocols; and

communicate, via the first wireless interface using the first wireless protocol, information to cause the action on the second device.

Assignments (2)
CHANGE OF NAME Recorded Dec 1, 2021
From: LATCH, INC.
To: LATCH SYSTEMS, INC.
Reel/Frame 058293/0075 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Aug 16, 2021
From: SCHOENFELDER, LUKE A.; JONES, MICHAEL B.; DHANAK, SAAYUJ; HO, ALBERT A.; KIELISZAK, JONATHAN; GANDHI, DEEPTHI; ALLANA, NABEEL; KONTRA, ANDREW; GAGE, TYLER; FERRIS, NATHAN; MERLINI, RYAN; JACOBSEN, JOHN T.; STONELAKE, TIM; RAVICHANDRAN, NIRANJAN
To: LATCH, INC.
Reel/Frame 057190/0209 →
Continuity (3)
Provisional Application 62946167 · Dec 10, 2019
Provisional Application 62933023 · Nov 8, 2019
Related Publication 20210142601A1 · May 13, 2021
Cited By (2)
US 12,272,198 US 12,477,086