Internet of things event management systems and methods
Internet of Things (IoT) event objects can be tailored to specific device types and capabilities. An IoT event object can use a flexible definition of an event that can be reconfigured. An IoT event object allows for the ability to set different triggering conditions and priorities. Individual event definitions can be extended to create more complex events. A Notification Handler supports sending a request or command in response to an event that requires action.
1. A method implemented by a service providing one or more applications with service capabilities through a set of application programming interfaces (APIs), the method comprising:
storing an event object in the service, wherein the event object comprises one or more event expressions, wherein each of the one or more event expressions is associated with one or more conditions and information indicative of one or more actions to perform when the one or more conditions are met,
wherein each of the one or more conditions uses a value from at least one resource for the service and comprises an operand indicating a uniform resource identifier of the at least one resource, wherein an update of the value from the at least one resource triggers an evaluation of the one or more event expressions, wherein the at least one resource is a uniquely addressable element in a Resource Oriented Architecture (ROA) having representation that can be manipulated via RESTful methods in the service,
wherein the event object comprises a state value that indicates how the event is to be evaluated, and
wherein the service uses the event object to monitor an event; and
based on determining that the event has met the one or more conditions, performing an action of the one or more actions according to the event object.
2. The method of claim 1 , wherein the event object further comprises one or more event definitions, wherein each of the one or more event definitions comprises the one or more event expressions and the one or more conditions.
3. The method of claim 1 , wherein the event object further comprises a control handler for handling the state value that indicates how the event is to be evaluated.
4. The method of claim 1 , wherein the event object comprises a trigger priority that indicates when to obtain resource data for other resources for the one or more event expressions after the value from the at least one resource is obtained and at least partially meets the one or more conditions of the one or more event expressions.
5. The method of claim 1 , wherein the event object comprises object information that indicates event functionalities supported by the service.
6. The method of claim 1 , wherein the service is implemented in at least one of: a server, gateway, or other node of the network.
7. The method of claim 1 , wherein the one or more event expressions are dynamically created by an application outside the service.
8. The method of claim 1 , wherein the service is provided in a service layer located on top of network protocol stacks for IT services.
9. The method of claim 8 , wherein the service layer is defined according to ETSI/oneM2M standards.
10. A device for a service providing one or more applications with service capabilities through a set of application programming interfaces (APIs), to the device comprising circuitry configured to:
store an event object in the service, wherein the event object comprises one or more event expressions, wherein each of the one or more event expressions comprises one or more conditions and information indicative of one or more actions to perform when the one or more conditions are met,
wherein each of the one or more conditions uses a value from at least one resource for the service and comprises an operand indicating a uniform resource identifier of the at least one resource, wherein an update of the value from the at least one resource triggers an evaluation of the one or more event expressions, wherein the at least one resource is a uniquely addressable element in a Resource Oriented Architecture (ROA) having representation that can be manipulated via RESTful methods in the service,
wherein the event object comprises a state value that indicates how the event is to be evaluated, and
wherein the service uses the event object to monitor an event; and
based on determining that the event has met the one or more conditions, perform an action of the one or more actions according to the event object.
11. The device of claim 10 , wherein the event object further comprises one or more event definitions, wherein each of the one or more event definitions comprises the one or more event expressions and the one or more conditions.
12. The device of claim 10 , wherein the event object further comprises a control handler for handling the state value that indicates how the event is to be evaluated.
13. The device of claim 10 , wherein the event object comprises a trigger priority that indicates when to obtain resource data for other resources for the one or more event expressions after the value from the at least one resource is obtained and at least partially meets the one or more conditions of the one or more event expressions.
14. The device of claim 10 , wherein the event object comprises object information that indicates event functionalities supported by the service.
15. The device of claim 10 , wherein the service is implemented in at least one of: a server, gateway, or other node of the network.
16. The device of claim 10 , wherein the one or more event expressions are dynamically created by an application outside the service.
17. The device of claim 10 , wherein the service is provided in a service layer located on top of network protocol stacks for IoT services.
18. The device of claim 17 , wherein the service layer is defined according to ETSI/oneM2M standards.