IP Library › Granted Patent US 11,652,741
Granted Patent B2
US 11,652,741 · App. 16/357,779 · Granted May 16, 2023

Method for receiving a request for an API in an IoT hierarchy

Inventors: David Aaron Allsbrook (Austin, TX); Steven Manweiler (Driftwood, TX); Sanket Deshpande (Austin, TX); Martin Pandola (Austin, TX)
Assignee: Clearblade, Inc.
H04L45/563H04L41/20H04L45/04H04L45/20H04L45/48H04L45/02
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,652,741
App. No.
16/357,779
Granted
May 16, 2023
Kind
B2
Abstract

The present invention relates to IoT devices existing in a deployed ecosystem. The various computers in the deployed ecosystem are able to respond to requests from a device directly associated with it in a particular hierarchy, or it may seek a response to the request from a high order logic/data source (parent). The logic/data source parent may then repeat the understanding process to either provide the necessary response to the logic/data source child who then replies to the device or it will again ask a parent logic/data sources for the appropriate response. This architecture allows for a single device to make one request to a single known source and potentially get a response back from the entire ecosystem of distributed servers.

Claims (24)

1. A method, comprising:

receiving, at a node configured to communicate with other nodes in an Internet of Things (IoT) hierarchy, a request from a first child node for information, wherein answering the request requires implementation of a first application programming interface (“API”) based on either a first dataset or a first integration, wherein the request does not identify a location of the first dataset or the first integration that is required to implement the first API is located when received at the node;

determining, at the node, that the node does not have either the first dataset or the first integration that is required to implement the first API;

providing, from the node, the request to a parent node of the node and at least a second child node of the node, wherein the request is provided with regard to the position of the node within the hierarchy;

receiving, at the node, an answer to the request from either the parent node or the at least the second child node; and

providing, from the node, the answer to the request to the first child node.

2. The method of claim 1 , further comprising:

determining, at the node, that the request is for at least a portion of a data element that is not stored at the node, wherein the node has received a plurality of requests for the at least a portion of the data element from one or more child nodes of the node;

determining, at the node, a level of the plurality of requests; and

reallocating, to the node, the at least a portion of the data element, wherein the reallocating comprises storing the at least a portion of the data element at the node.

3. The method of claim 2 , wherein the reallocating is based on the level of requests for the at least a portion of the data element, and wherein the level of requests is indicative of a number of requests over a period of time.

4. The method of claim 2 , wherein the at least a portion of the data element is stored at the parent node or the at least the second child node of the node prior to the reallocating.

5. The method of claim 2 , wherein the at least a portion of the data element comprises one or more of: (a) a temperature; (b) who has permission to read the temperature; (c) who has permission to set the temperature; (d) a likely temperature based on history; and (e) a likely temperature based on external factors.

6. The method of claim 1 , wherein the providing the request for information to a parent node of the node and at least a second child node of the node is based on one or more of: (a) a cost efficient option; (b) a time performance optimization option; (c) priority; and (d) an order of communication between the parent node and the at least second child node.

7. The method of claim 1 , wherein the first child node receives the answer only from the node.

8. The method of claim 1 , further comprising:

determining, at the node, whether at least a portion of the request has previously been received at the node; and

ignoring at the node, the at least a portion of the request if it has previously been received at the node.

9. The method of claim 8 , wherein the determining whether at least a portion of the request has previously been received at the node comprises determining whether the request includes a status update of at least one previously received message.

10. The method of claim 1 , further comprising:

determining, at the parent node, that the parent node does not have either the first dataset or the first integration that is required to implement the first API;

providing, from the parent node, the request for information to a grandparent node of the node and at least one peer node of the node;

receiving, at the parent node, an answer to the request from either the grandparent node or the at least one peer node; and

providing, from the parent node, the answer to the request from either the grandparent node or the at least one peer node to the request to the node.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Apr 4, 2019
From: ALLSBROOK, DAVID AARON; MANWEILER, STEVEN; DESHPANDE, SANKET; PANDOLA, MARTIN
To: CLEARBLADE, INC.
Reel/Frame 048793/0391 →
Continuity (2)
Provisional Application 62647447 · Mar 23, 2018
Related Publication 20190297010A1 · Sep 26, 2019
Cited By (1)
US 12,626,161