System and method for latched attributes in an internet of things (IOT) system

Patent metadata

Field	Value
Publication number	US-9942328-B2
Application number	US-201615167848-A
Country	US
Kind code	B2
Filing date	May 27, 2016
Priority date	May 27, 2016
Publication date	Apr 10, 2018
Grant date	Apr 10, 2018

Abstract

A system and method are described for implementing latched attributes within an IoT system. For example, one embodiment of a method comprises: specifying an attribute for each of a plurality of items of data managed in an Internet of Things (IoT) device and/or an IoT service, at least some of the attributes comprising latched attributes having a current value and an indication of state changes to the latched attribute over a period of time; when an IoT device is unable to connect with the IoT service for a period of time maintaining an indication of any state changes occurring to the latched attribute over the period of time; upon establishing a successful connection between the IoT device and the IoT service after the period of time, transmitting the indication of state changes of the latched attribute from the IoT device to the IoT service; and analyzing the indication of state changes to determine whether to generate an alert condition on the IoT service.

First claim

What is claimed is:

1. A method comprising:
specifying an attribute for each of a plurality of items of data managed in an Internet of Things (IoT) device and/or an IoT service, at least one of the attributes comprising a latched attribute having a current value and an indication of state changes to the latched attribute over a period of time;
when an IoT device is unable to connect with an IoT service for the period of time, maintaining the indication of state changes occurring to the latched attribute over the period of time;
upon establishing a successful connection between the IoT device and the IoT service after the period of time, transmitting the indication of state changes of the latched attribute from the IoT device to the IoT service; and
analyzing the indication of state changes to determine whether to generate an alert on the IoT service.

2. The method as in claim 1 wherein the latched attribute is associated with a door or window sensor and the state changes indicate that a door or window was opened during the period of time, notwithstanding a current value of the latched attribute.

3. The method as in claim 2 further comprising:
transmitting a notification to a client device of a user responsive to the generation of the alert.

4. The method as in claim 1 further comprising:
defining a plurality of attribute classes;
associating each of the attributes, including one or more latched attributes, with one or more of the attribute classes;
wherein the attribute classes include a priority notification attribute class, a first set of attributes, including one or more latched attributes, to be associated with the priority notification attribute class based on a level of importance or severity associated with the first set of attributes;
transmitting notifications from the IoT device for attributes associated with the priority notification attribute class to the IoT service ahead of other notifications for attributes not associated with the priority notification attribute class; and
implementing a set of priority notification attribute rules on the IoT service, upon receipt of the notifications, to attempt to address a potentially hazardous condition associated with the notifications.

5. The method as in claim 4 wherein the IoT device comprises:
a microcontroller unit (MCU) to execute application-specific program code to perform application-specific functions of the IoT device; and
a secure wireless communication module to establish a secure wireless communication channel with the IoT service.

6. The method as in claim 5 wherein the attribute classes further include an application attribute class usable by the MCU when executing the application-specific program code.

7. The method as in claim 6 wherein the attribute classes further include a system attribute class for system attributes usable by the secure wireless communication module, the MCU, and/or the IoT service.

8. The method as in claim 7 wherein the system attributes, application attributes, and priority notification attributes are synchronized between the IoT device and the IoT service.

9. The method as in claim 8 wherein one or more of the system attributes, application attributes, and priority notification attributes are synchronized between the IoT service and a client device and/or one or more external services.

10. The method as in claim 9 wherein an IoT hub, configured to block notifications not associated with the priority notification attribute class due to flow control limitations for a particular IoT device, passes through notifications from the IoT device associated with the priority notification attribute class.

11. A system comprising:
a plurality of Internet of Things (IoT) devices communicatively coupled to an IoT service over a network;
at least one IoT device of the plurality and the IoT service to manage a plurality of items of data, wherein an attribute is specified and associated with each of the items of data, at least one of the attributes comprising a latched attribute having a current value and an indication of state changes to the latched attribute over a period of time;
when an IoT device is unable to connect with an IoT service for the period of time, maintaining the indication of state changes occurring to the latched attribute over the period of time;
upon establishing a successful connection between the IoT device and the IoT service after the period of time, transmitting the indication of state changes of the latched attribute from the IoT device to the IoT service; and
analyzing the indication of state changes to determine whether to generate an alert on the IoT service.

12. The method as in claim 11 wherein the latched attribute is associated with a door or window sensor and the state changes indicate that a door or window was opened during the period of time, notwithstanding a current value of the latched attribute.

13. The system as in claim 11 wherein the IoT device comprises:
a microcontroller unit (MCU) to execute application-specific program code to perform application-specific functions of the IoT device; and
a secure wireless communication module to establish a secure wireless communication channel with the IoT service.

14. The system as in claim 13 wherein the attribute classes include an application attribute class usable by the MCU when executing the application-specific program code.

15. The system as in claim 14 wherein the attribute classes further include a system attribute class for system attributes usable by the secure wireless communication module, the MCU, and/or the IoT service.

16. The system as in claim 15 wherein the system attributes, application attributes, and priority notification attributes are synchronized between the IoT device and the IoT service.

17. The system as in claim 16 wherein one or more of the system attributes, application attributes, and priority notification attributes are synchronized between the IoT service and a client device and/or one or more external services.

18. The system as in claim 17 wherein an IoT hub, configured to block notifications not associated with the priority notification attribute class due to flow control limitations for a particular IoT device, passes through notifications from the IoT device associated with the priority notification attribute class.

19. A non-transitory machine-readable medium having program code stored thereon which, when executed by one or more machines, causes the one or more machines to perform the operations of:
specifying an attribute for each of a plurality of items of data managed in an Internet of Things (IoT) device and/or an IoT service, at least one of the attributes comprising a latched attribute having a current value and an indication of state changes to the latched attribute over a period of time;
when an IoT device is unable to connect with an IoT service for the period of time, maintaining the indication of state changes occurring to the latched attribute over the period of time;
upon establishing a successful connection between the IoT device and the IoT service after the period of time, transmitting the indication of state changes of the latched attribute from the IoT device to the IoT service; and
analyzing the indication of state changes to determine whether to generate an alert on the IoT service.

20. The non-transitory machine-readable medium as in claim 19 wherein the latched attribute is associated with a door or window sensor and the state changes indicate that a doo

Assignees

• Afero Inc

Inventors

• Holland Shannon
• Pointer Robey
• Sewerynek Stephen
• Heckman Nickolas
• Aiuto Chris
• Finkelstein Lucas
• Zimmerman Scott

Classifications

• H04W4/70

  Services for machine-to-machine communication [M2M] or machine type communication [MTC] · CPC title

• H04W4/90

  Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS] · CPC title

• H04L67/125 Primary

  involving control of end-device applications over a network · CPC title

• H04L63/0823

  using certificates (cryptographic mechanisms or cryptographic arrangements for entity authentication involving certificates H04L9/3263) · CPC title

• Y04S40/18

  Network protocols supporting networked applications, e.g. including control of end-device applications over a network · CPC title