US20200260252A1 - System and method for a dynamic connectivity update system - Google Patents
System and method for a dynamic connectivity update system Download PDFInfo
- Publication number
- US20200260252A1 US20200260252A1 US16/865,029 US202016865029A US2020260252A1 US 20200260252 A1 US20200260252 A1 US 20200260252A1 US 202016865029 A US202016865029 A US 202016865029A US 2020260252 A1 US2020260252 A1 US 2020260252A1
- Authority
- US
- United States
- Prior art keywords
- low
- powered device
- gateway
- powered
- remote server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
- H04W40/248—Connectivity information update
-
- H04L67/18—
-
- H04L67/28—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H04L67/36—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/75—Indicating network or usage conditions on the user display
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The present disclosure provides a system and method for interacting with low-powered devices. The system includes a remote server and a gateway device that connect and communicate with low-powered devices. The system and method connects a user through a gateway device to a low-powered device by temporarily loading a profile for the low-powered device onto the gateway device. The profile of the low-powered device contains the necessary connection information to facilitate a connection. The profile of the low-powered device is only temporarily stored on the gateway device and is deleted from the memory of the gateway device after a connection is established.
Description
- This application is a continuation of U.S. patent application Ser. No. 16/427,082, filed on May 30, 2019, and published on Sep. 12, 2019 as U.S. Publication No. 2019-0281438, entitled SYSTEM AND METHOD FOR A DYNAMIC CONNECTIVITY UPDATE SYSTEM (Atty. Dkt. No. PLA355/4-002CONUS). U.S. patent application Ser. No. 16/427,082 is a continuation of U.S. patent application Ser. No. 15/721,363 filed on Sep. 29, 2017, and published on Apr. 4, 2019 as U.S. Publication No. 2019-0104397, entitled SYSTEM AND METHOD FOR A DYNAMIC CONNECTIVITY UPDATE SYSTEM, now U.S. Pat. No. 10,349,260, issued on Jul. 9, 2019 (Atty. Dkt. No. PLA355/4-002US). The specifications of U.S. application Ser. Nos. 16/427,082 and 15/721,363, U.S. Publication Nos. 2019-0281438 and 2019-0104397, and U.S. Pat. No. 10,349,260, are incorporated by reference herein in their entirety.
- Traditionally, when two wireless devices seek to connect with each other, the first device has to obtain a device profile that contains the definitions of the second device before being able to connect to it. The second device's device profile provides all the necessary information for the first device to connect with it. The device profile is a set of definitions that are associated with that particular device and can include the GATT Profile and MAC address of that device. For example if the first device is a wireless router located in a home or office and the second device is a smartphone, in order for the wireless router to connect to the smartphone, the wireless router has to obtain a device profile from the smartphone.
- The continued growth of the internet has seen not just the proliferation of a large number of smartphones, but has also brought about proliferation of a large number of various other connected devices. Although equipped with a wireless radio, these connected devices that have proliferated tend to be low-powered, low-energy devices as compared to a smartphone or a notebook computer. One category of these types of devices are Bluetooth low energy (BLE) devices. A more specific example of these various connected devices includes sensors such as those found in the Texas Instruments SensorTag®, which include an IR sensor, a humidity sensor, a gyroscope, an accelerometer, a magnetometer, a barometric pressure sensor, a temperature sensor, and a battery/voltage sensor. These connected devices also tend to have much less on-board memory as compared to a smartphone (megabytes of memory as compared to multiple gigabytes of memory). As such, a need has emerged for a system and method to reduce or eliminate the storage space required on a connected device to store its device profile.
- Let us take the example of a corporation that sells home automation kits. These kits include a wireless router that functions as a gateway device, and a set of connected home automation devices such as a security alarm, a door lock, and a flood sensor. The traditional approach has been to store a pre-determined set of remote electronic device definitions and connecting information on the wireless router as software so as to allow the wireless router to connect to the devices within the pre-determined set. The definitions of the security alarm, the door lock, and the flood sensor are stored on the gateway as software because they are sold as a part of the home automation kit. Let us say this corporation has sold 100,000 such kits in the market to different consumers.
- A common need for a consumer in this situation is the necessity to add new home automation devices at their homes as the products are designed and introduced, let us say a gas leak detector. However, adding this new device requires that the gateway be capable of connecting to and communicating with the new device, here a gas leak detector. Since the original pre-defined software of the set of devices did not include the gas leak detector, an update of the pre-defined set of software is needed. This means that the corporation has to send a software update to the gateways either remotely, or by physical means. Let us say that 500 customers are interested in adding the new gas leak detector. Further, at the same time, let us say that 1000 other customers want to add a different smoke detector. The current method of tackling this problem of diverse needs is that a larger than necessary update needs to be transferred from the corporation's server down to each customer's gateway because each gateway needs to support all the devices approved for use with the corporation's home automation service even though certain consumers are using only a subset of all the devices supported. As the number of supported devices increases and each succeeding update becomes larger, updates become a very daunting task for the corporation to keep up with.
- One problem that has emerged with the proliferation of various connected devices is that simply there are a larger number of them when used in the applications they are designed for. The number of connected devices can be in the range of several hundreds to thousands of connected devices. Where in the traditional scenario a wireless router is connected to a smartphone in a one-to-one connection, there are now applications where a large number of low-powered sensors are connected to a single wireless router where the wireless router functions as a hub and the low-powered sensors are the ends of a spoke in a hub-and-spoke configuration. Because the large number of low-powered sensors are often slave devices and the wireless router controlling them is a master device, there is also a scenario where a second master device is switched in to take over control of the large number of low-powered sensors originally connected to the first master device. In this scenario, in order for the second master device to connect to the large number of low-powered sensors, each of the device profiles for the low-powered sensors must be fed to the new second master device. This consumes a significant amount of energy and can also needlessly take up precious computing resources on the side of the master device.
- Another problem that occurs because of the way software is developed and implemented is the need for periodic (if not frequent) updates of devices. Frequent updates of software are not limited to the software running a piece of hardware (i.e., the smartphone's operating system or the low-powered sensor's firmware), but also applies to the individual pieces of software running on a device (e.g. a specific application running on the smartphone or the low-powered sensor). When a piece of software is updated by the software developer, the current method involves transferring the software from a server controlled by the software developer over the internet to the wireless router then to the device operating the software. This transfer is triggered by the developer's server informing the software on the device that there is a new version of the software or the software checking with the server whether there is a new version of the software and requesting that the software be transferred over.
- However, despite the extraordinary level of connectivity between the software developer and their devices, there are still many instances where the server is not able to immediately contact the device to inform it that a new update is available. This problem can occur for a variety of reasons but one cause is that the device's owner may not keep a device constantly online. This problem is also caused by the design of low-powered sensors that enter into “sleep mode” so as to reduce power consumption. Also, low-powered sensors are not directly connected to the internet and hence a central server as they are connected via a wireless router and the wireless router may not always be connected to the internet. The result is that the software update may not reach the individual devices in a timely manner and at any time, devices or applications belonging to the same software developer may be operating different versions of a piece of software. Where software updates may contain a patch to a serious security flaw, this is a serious problem.
- The invention being discussed solves this problem by not storing any device definition on the gateway. Instead, all device definitions are stored on a remote server that the gateway is connected to. When the gateway starts up, it downloads a list of device definitions that are relevant for the user that is using this gateway. The gateway then looks for the devices and connects to them. If the customer changes his list of devices, he/she updates a customer profile on the server and the gateway will now use the new set of definitions that are relevant. Every single customer could have a different set of devices, but the gateways will support each of them without the corporation having to send firmware updates.
- An additional scenario is, if the definitions of existing devices changes, the erstwhile method will again need to issue firmware updates, whereas the new invention will be able to handle this with a single device definition update on the server that applies to all customers that use this device.
- For the foregoing reasons, there is a need for a dynamic connectivity system where one wireless device does not need to obtain the device profiles of a large number of wireless devices before being able to connect to them.
- As disclosed and described herein, in one aspect thereof, includes a system and method for interacting with low-powered devices. The system includes a remote server and a gateway device that connect and communicate with low-powered devices. The remote server can be located on a cloud computing system. The system adds a low-powered device profile on the remote server. The low-powered device profile includes connection information, a device definition, and a set of commands for interacting with the low-powered devices. The gateway device downloads the low-powered device profile for the low-powered device is downloaded to the gateway from the remote server. The gateway device downloads a software update to the gateway from the remote server. The software update comprises an updated device profile. The low-powered device profile for the low-powered device is stored in a memory portion of the gateway. A zone within connectivity range of the gateway is searched to detect the low-powered device. Upon detection, a validation is performed to confirm that the low-powered device detected corresponds to the low-powered device profile stored on the gateway. The gateway is connected to the low-powered device based on the connection information and the device definition within the low-powered device profile. The low-powered device profile stored in the memory portion of the gateway is then deleted.
- One aspect of the presently disclosed system and method is that the connection information is temporarily stored in the memory portion of the gateway and deleted each time the gateway is shut-down or powered-off. Connection and identification of the low-powered device is achieved by the device definition of the low-powered device, which includes a friendly name, a friendly channel, and a media access control address. The gateway is also configured to pair the gateway with the low-powered device.
- Another aspect of the presently disclosed system and method is a graphical user interface within the gateway for performing the connection, identification, issuance of commands, and data mapping to a low-powered device. One portion of the graphical user interface is a connection interface for enabling connection to the low-powered device. Another portion of the graphical user interface is an identification interface for setting up how to identify the low-powered device by using a device identifier (such as an IMEI of the device identifier or a UUID), a definition of the data type, and an IMEI of the data type.
- These and other features, aspects, and advantages of the present disclosure will become better understood with regard to the following description, appended claims, and accompanying drawings where:
-
FIG. 1 is a block diagram illustrating the interconnectivity between the server, a gateway, and various low-powered devices according to one embodiment of the invention. -
FIG. 2 is a diagram illustrating the profile as stored in the server and the data relating to each low-powered device as they are stored in the gateway according to one embodiment of the invention. -
FIG. 3 is a flowchart for an updating algorithm according to one embodiment of the invention. -
FIG. 4A is a depiction of an exemplary user interface for setting up the connection to a low-powered device or device group. -
FIG. 4B is a depiction of an exemplary user interface for setting up how to identify a low-powered device or device group. -
FIG. 4C is a depiction of an exemplary user interface for setting up the commands that can be issued to a low-powered device or device group. -
FIG. 4D is a depiction of an exemplary user interface for setting up the schema of a low-powered device or device group. -
FIG. 5 is a depiction of a graphical user interface of a log-on screen of a gateway device. -
FIG. 6 is a depiction of a graphical user interface of a log-on screen of a gateway device. -
FIG. 7 is a depiction of a graphical user interface of a device management screen of a gateway device showing the status of on-boarded devices. -
FIG. 8 is a depiction of a graphical user interface of a device management screen of a gateway device. -
FIG. 9 is a depiction of a graphical user interface of a device management screen of a gateway device when pairing with a low-powered device. -
FIG. 10 is a depiction of a graphical user interface of a device management screen of a gateway device showing how to access a viewing mode. -
FIG. 11 is a depiction of a graphical user interface of a device management screen of a gateway device showing the status of on-boarded devices. -
FIG. 12 is a depiction of a graphical user interface of a device management screen of a gateway device showing the various data parameters flowing from a connected device. - Like reference numerals are used to describe like parts in all figures of the drawings.
- The present invention can be better understood by the following discussion of the manufacture and use of certain preferred embodiments. Like reference numerals are used to describe like parts in all figures of the drawings
- As illustrated in
FIG. 1 , wireless low-powered devices 107 (A1 108,B1 110, and C1 112) operate in anetwork environment 101. The low-powered devices may be any number of connected devices such as BLE devices that connect to each other via a low-powered device communications protocol; examples include but are not limited to the Bluetooth communications protocol. The low-powereddevices 107 communicate with agateway device 106. Thegateway device 106 is a central device operating to send and receive data from each individual low-powereddevice 106 within thenetwork environment 101. The gateway may be a router, a smartphone or any number of potential devices. It may also be a single function of a device that performs a multitude of other functions. However, the gateway device's 106 key feature is its ability to send and receive communications from the low-powereddevices 107. - The
gateway 106 is connected to aserver 104. Theserver 104 may be located in a local area network (not shown) or even physically connected to thegateway device 106 by a single cable (not shown), although more likely than not it is remotely located in thecloud 102. -
FIG. 2 illustrates aprofile 202 as stored in amemory 205 of theserver 104. Theprofile 202 may contain various types of low-powereddevices 107 known to be operating in thenetwork environment 101. Theprofile 202 lists the types of low-powered devices by afriendly name 201 and afriendly channel 203. In one example, the friendly names of the low-powereddevices 107 are A1, A2 and A3. The friendly channel of the low-powereddevices 107 are blood pressure sensor, temperature sensor and sound monitor respectively. After theprofile 202 of the low-powereddevices 107 are downloaded to thegateway device 106, they are temporarily stored in thememory location 204. They may be stored in the format of a table 205, listed as afriendly name column 206, afriendly channel column 208, a General Attribute (“GATT”)profile column 210, and a Media Access Control (“MAC”)address column 212 of the low-powered devices. -
FIG. 3 is a flowchart illustrating one embodiment of the present invention. At theserver 104, theprofile 202 is created during a step S301. During the step S302, devices known to be active in thenetwork environment 101 are added to theprofile 202. Theserver 104 then initiates communication with thegateway device 106 and begins a log-on process to gain full access to thegateway device 106 in step S304. Once log on to thegateway device 106 is complete, theserver 104 begins to download theprofile 202. Theprofile 202 is saved as anew profile 205 temporarily in thecache 204 or some other temporary memory location of thegateway device 106. In step S308, thegateway 106 begins scanning thenetwork environment 101 to detect low-powereddevices 107 operating in thenetwork environment 101. Once the scan is complete, thegateway device 106 begins comparing the low-powereddevices 107 detected to the low-powered devices listed in the table 205. Once a match is determined between the low-powereddevices 107 detected in thenetwork environment 101 and those listed in theprofile 205, thegateway device 106 begins to download the connecting information for the low-powereddevices 107 in step S310 and a set of commands for interacting with the low-powereddevice 107. The connecting information includes the GATT profile and the MAC address of the low-powereddevices 107. - Using the connecting information downloaded from the
server 104, thegateway device 106 begins connecting to the low-powereddevices 107 in step S312. The connection is established using the GATT profile and MAC address information. After a connection is established, thegateway device 106 conducts other processing over the connection with the low-powereddevices 107 including updating the profile of the low-powered device. When all processing is complete, the connecting information temporarily stored as theprofile 205 in thecache 204 is deleted in step S314. The deletion of the connecting information temporarily stored as theprofile 205 in thecache 204 occurs when thegateway 106 is shut-down or powered-off. The connecting information is not permanently retained in the memory of thegateway device 106. Although the steps of S301 through S314 are described in sequence and continuous in time, no limitation is implied that the steps all occur in sequence, that all steps must occur in every instance, or that all steps must occur continuously in time. -
FIGS. 4A through 4D are exemplary depictions of a graphical user interface (GUI) for performing the connection, identification, issuance of commands, and data mapping to a low-powered device or device group. The GUI can be designed to be operable from thegateway device 106 but does not necessarily have to be operated from thegateway device 106.FIG. 4A is a depiction of an exemplary graphical user interface (GUI) for aconfiguration interface 400 for setting up the connection to a low-powered device or device group. Amenu bar 402 is laid-out at the top of theconfiguration interface 400. In themenu bar 402, selection can be made between achannel info interface 404, aconnection interface 406, anidentification interface 408, adata mapping interface 410, ananalytics interface 412, acommands interface 414 and aresources interface 416. - When the
connection interface 406 is selected, drop down selection boxes are available for anetwork protocol 418 and aconnection type 420. Further, tick-box selection options 422 are available for the selection of the connection based on a specific communication protocol. -
FIG. 4B is a depiction of an exemplary user interface for setting up how to identify a low-powered device or device group. When theidentification interface 408 is selected, drop down selection boxes are available for adevice identifier 424, an IMEI of thedevice identifier 426, a definition of thedata type 428, and an IMEI of thedata type 430. -
FIG. 4C is a depiction of an exemplary user interface for setting up the commands that can be issued to a low-powereddevice 108 or a group of lowpowered devices 107. When the commands interface 414 is selected, aninitialization command 432 and areset device command 434 are available by default. Additional commands can be added through aadd command button 436. Commands that are similar can be grouped into a remote command group 438. Each command can be edit by clicking on anedit button 440 or deleted through the use of adelete button 442. -
FIG. 4D is a depiction of an exemplary user interface for setting up the data mapping of a low-powered device or device group. When thedata mapping interface 410 is selected, options are available for the generation of a schema. A selection can be made as to whether it is a fixedschema 444. A datasample radio button 446 allows for the determination of whether the data is manual or a data sample. If the data sampletype radio button 446 is selected, the datasample type selection 448 can be used. If an external data sample is provided, it can be inputted manually through adata sample entry 450. Alternatively, a schema can be generated by entering astart text 452, aparameter separator 454, a keyvalue pair separator 456, and anend text 458 by selecting a generateschema button 460. AnIMEI identifier 462, anevent number 464, aIMEI 466, and aint value selector 468 are also provided. -
FIG. 5 is a depiction of a graphical user interface of a log-on screen of a gateway device.FIG. 6 is a depiction of a graphical user interface of a log-on screen of a gateway device with the entry of a log-on 602 and apassword 604. Log-on into the GUI is initiated by clicking of a sign-inbutton 606. -
FIG. 7 is a depiction of a graphical user interface of a device management screen of a gateway device showing the status of on-boarded devices. Thedevice management screen 700 listsvarious device instances 702 of low-powereddevices 107 currently recognized by thegateway device 106. Each of thedevice instances 702 and the instance of an activity tracker device 810 has a date andtime indicator 704 and an on-board status indicator 706. For example, when the instance of thetracker device 710 is connected to thegateway device 106, the on-board status indicator 706 displays a green check mark. An on/offinterface 800 for switching the channel instance from OFF to ON or vice versa of theactivity tracker device 710 can be accessed by clicking on anedit button 708. -
FIG. 8 is a depiction of a graphical user interface of a device management screen of a gateway device showing the on/off interface. Adevice 808 has an accompanyingslider 802 that can be in an OFF or an ON position. Theslider 802 is set to OFF as shown by it being placed in the left most position. Adevice 806 has as its accompanying slider a slider 804. The slider 804 is set to the ON position in the right most position. When a slider is moved from the OFF position to the ON position, the device instance starts communicating with theserver 104 to get the device commands and then processes these commands to communicate with thegateway device 106 to enable or disable the sensors based on the commands defined. -
FIG. 9 is a depiction of a graphical user interface of a device management screen of a gateway device showing pairing with a low-powered device. When thegateway device 106 attempts to connect with a device instance, apairing status indicator 902 appears. If connection to the device instance is successful, an “all sensors activated” message appears. - The
gateway device 106 sends commands to a connected device instance based on instructions generated by commands stored in theserver 104. The commands are pushed from theserver 104 to thegateway device 106 and instructs thegateway device 106 to dynamically communicate with connected device instances. - A relevant portion of the commands contains instructions for generating commands sent from the
gateway device 106 to a connected device instance. The relevant portion of the commands instructs the gateway to scan for BLE devices within range of the gateway. If a lowpowered device 107 is detected, the gateway will attempt to match the MAC address of the lowpowered device 107 to a MAC address defined on the cloud. If the MAC address of the lowpowered device 107 is determined to be a match, the lowpowered device 107 will be connected. Once the lowpowered device 107 is successfully connected, a call back function is initiated. - For certain low
powered devices 107 where a pairing is required, a pairing is performed. However, for some lowpowered devices 107 that do not require pairing, a connection can immediately be initiated. A device can be paired but not connected. - The callback function pulls the specific set of commands for the particular connected device in the cloud and sends the set of commands to the gateway. One purpose of the callback function is to enable local notifications and remote notifications. Once the parent function is completed and communication with the low
powered devices 107 is successful and all device services are discovered, the callback function itself is called and another function is executed to enable sensors within the lowpowered devices 107. After all sensors relevant to the lowpowered devices 107 are enabled and local notifications are enabled according to the command sent from the cloud, the call back is used to receive data from the lowpowered devices 107. The data received from the lowpowered devices 107 can be displayed on the UI and/or sent to the cloud as data. - During the course of the operation of the BLE device, characteristic values for each device service will change. The notifications that were enabled earlier serve the purpose of updating the user interface through a separate function every time a characteristic value changes.
-
FIG. 10 is a depiction of a graphical user interface of a device management screen of a gateway device showing how to access a viewing mode. This interface allows the user to return to the on-boarded devices screen. A viewing mode can be accessed through selection of a cancelbutton 1010 that takes the user back to thedevice management screen 700 listingvarious device instances 702 currently recognized by thegateway device 106. -
FIG. 11 is a depiction of a graphical user interface of a device management screen of a gateway device showing the status of on-boarded devices. A particular device instance can be selected by clicking on it. Clicking on the device instance for atracking device 1110 allows the user to gain access to data parameters being communicated from the connected device instance. -
FIG. 12 is a depiction of a graphical user interface of a device management screen of a gateway device showing the various data parameters flowing from a connected device. Theconnected tracking device 710 hasdata parameters 1200. The data parameters 1400 aretemperature 1202,pressure 1204,humidity 1206, an accelerometer x, y,z dimensions 1208, an magnetometer x, y,z dimensions 1210, and a gyroscope x, y,z dimensions 1212. - Other alterations and modifications of the invention will likewise become apparent to those of ordinary skill in the art upon reading the present disclosure, and it is intended that the scope of the disclosure made herein be limited only by the broadest interpretation of the appended claims to which the inventor is legally entitled.
- Unless otherwise specifically stated, the terms and expressions have been used herein as terms of description and not terms of limitation. There is no intention to use the terms or expressions to exclude any equivalent of features shown and described or portions thereof and this invention should be defined in accordance with the claims that follow.
Claims (16)
1. A system for interacting with a low-powered device, comprising:
a remote server containing at least one processor configured to:
add a low-powered device profile on the remote server, wherein the low-powered device profile includes connection information, a device definition, and a set of commands for interacting with the low-powered device, wherein the set of commands includes instructions for how the low-powered device may be used by the remote server;
add a software update on the remote server, wherein the software update is applicable to the low-powered device, and wherein the software update comprises an updated device profile;
a gateway containing at least one processor configured to:
download the low-powered device profile for the low-powered device to the gateway from the remote server;
download the software update to the gateway from the remote server;
store the low-powered device profile for the low-powered device in a memory portion of the gateway;
search a zone within connectivity range of the gateway to detect the low-powered device;
validate that the low-powered device detected corresponds to the low-powered device profile stored on the gateway;
connect the gateway to the low-powered device based on the connection information and the device definition within the low-powered device profile;
interact with the low-powered device by issuing instructions generated by the set of commands provided by the remote server;
install the software update onto the low-powered device; and
delete the low-powered device profile stored in the memory portion of the gateway.
2. The system of claim 1 , wherein the connection information is temporarily stored in the memory portion of the gateway and deleted each time the gateway is shut-down.
3. The system of claim 1 , wherein the device definition of the low-powered device comprises a friendly name, a friendly channel, and a media access control address.
4. The system of claim 1 , wherein the gateway is further configured to pair the gateway with the low-powered device.
5. The system of claim 1 , wherein the gateway includes a graphical user interface for performing the connection, identification, issuance of commands, and data mapping to a low-powered device.
6. The system of claim 5 , wherein the graphical user interface includes a connection interface for enabling connection to the low-powered device.
7. The system of claim 5 , wherein the graphical user interface includes an identification interface for setting up how to identify the low-powered device by using a device identifier, a definition of the data type, and an IMEI of the data type.
8. A method for interacting with a low-powered device, comprising:
adding a low-powered device profile on a remote server located on a cloud computing system, wherein the low-powered device profile includes connection information, a device definition, and a set of commands for interacting with the low-powered device, wherein the set of commands includes instructions for how the low-powered device may be used by the remote server;
adding a software update on the remote server, wherein the software update is applicable to the low-powered device, and wherein the software update comprises an updated device profile;
downloading the low-powered device profile for the low-powered device to a gateway from the remote server;
downloading the software update to the gateway from the remote server;
storing the low-powered device profile for the low-powered device in a memory portion of the gateway;
searching a zone within connectivity range of the gateway to detect the low-powered device;
validating that the low-powered device detected corresponds to the low-powered device profile stored on the gateway;
connecting the gateway to the low-powered device based on the connection information and the device definition within the low-powered device profile;
interacting with the low-powered device by issuing instructions generated by the set of commands provided by the remote server;
installing the software update onto the low-powered device; and
deleting the low-powered device profile stored in the memory portion of the gateway.
9. The method of claim 8 , wherein the connection information is temporarily stored in the memory portion of the gateway and deleted each time the gateway is shut-down.
10. The method of claim 8 , wherein the device definition of the low-powered device comprises a friendly name, a friendly channel, and a media access control address.
11. The method of claim 8 , further comprising pairing the gateway with the low-powered device.
12. The method of claim 8 , wherein the gateway includes a graphical user interface for performing the connection, identification, issuance of commands, and data mapping to a low-powered device.
13. The method of claim 12 , wherein the graphical user interface includes a connection interface for enabling connection to the low-powered device.
14. The method of claim 12 , wherein the graphical user interface includes an identification interface for setting up how to identify the low-powered device by using a device identifier, a definition of the data type, and an IMEI of the data type.
15. A non-transitory computer-readable medium comprising:
instructions for adding a low-powered device profile on a remote server located on a cloud computing system, wherein the low-powered device profile includes connection information, a device definition, and a set of commands for interacting with a low-powered device, wherein the set of commands includes instructions for how the low-powered device may be used by the remote server;
instructions for adding a software update on the remote server, wherein the software update is applicable to the low-powered device, and wherein the software update comprises an updated device profile;
instructions for downloading the low-powered device profile for the low-powered device to a gateway from the remote server;
instructions for downloading the software update to the gateway from the remote server;
instructions for storing the low-powered device profile for the low-powered device in a memory portion of the gateway;
instructions for searching a zone within connectivity range of the gateway to detect the low-powered device;
instructions for validating that the low-powered device detected corresponds to the low-powered device profile stored on the gateway;
instructions for connecting the gateway to the low-powered device based on the connection information and the device definition within the low-powered device profile;
instructions for interacting with the low-powered device by issuing instructions generated by the set of commands provided by the remote server;
instructions for installing the software update onto the low-powered device; and
instructions for deleting the low-powered device profile stored in the memory portion of the gateway.
16. The non-transitory computer-readable medium of claim 15 , further comprising instructions for pairing the gateway with the low-powered device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/865,029 US20200260252A1 (en) | 2017-09-29 | 2020-05-01 | System and method for a dynamic connectivity update system |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/721,363 US10349260B2 (en) | 2017-09-29 | 2017-09-29 | System and method for a dynamic connectivity update system |
US16/427,082 US10681529B2 (en) | 2017-09-29 | 2019-05-30 | System and method for a dynamic connectivity update system |
US16/865,029 US20200260252A1 (en) | 2017-09-29 | 2020-05-01 | System and method for a dynamic connectivity update system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/427,082 Continuation US10681529B2 (en) | 2017-09-29 | 2019-05-30 | System and method for a dynamic connectivity update system |
Publications (1)
Publication Number | Publication Date |
---|---|
US20200260252A1 true US20200260252A1 (en) | 2020-08-13 |
Family
ID=65896328
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/721,363 Active - Reinstated 2038-01-02 US10349260B2 (en) | 2017-09-29 | 2017-09-29 | System and method for a dynamic connectivity update system |
US16/427,082 Active US10681529B2 (en) | 2017-09-29 | 2019-05-30 | System and method for a dynamic connectivity update system |
US16/865,029 Abandoned US20200260252A1 (en) | 2017-09-29 | 2020-05-01 | System and method for a dynamic connectivity update system |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/721,363 Active - Reinstated 2038-01-02 US10349260B2 (en) | 2017-09-29 | 2017-09-29 | System and method for a dynamic connectivity update system |
US16/427,082 Active US10681529B2 (en) | 2017-09-29 | 2019-05-30 | System and method for a dynamic connectivity update system |
Country Status (1)
Country | Link |
---|---|
US (3) | US10349260B2 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3479531A4 (en) * | 2016-07-01 | 2019-12-11 | INTEL Corporation | Automated configuration of machine-to-machine systems |
US10349260B2 (en) * | 2017-09-29 | 2019-07-09 | Plasma Computing Group, Inc. | System and method for a dynamic connectivity update system |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2005223267B2 (en) | 2004-03-16 | 2010-12-09 | Icontrol Networks, Inc. | Premises management system |
NO20084122A (en) | 2008-09-29 | 2010-01-18 | Verdisikring Safety As | System, procedure and software for configuring house automation at a point of sale |
US20120094600A1 (en) | 2010-10-19 | 2012-04-19 | Welch Allyn, Inc. | Platform for patient monitoring |
US20140244001A1 (en) | 2013-02-25 | 2014-08-28 | Qualcomm Incorporated | Controlling many different devices from a smart controller |
US10185934B2 (en) * | 2013-07-09 | 2019-01-22 | Qualcomm Incorporated | Real-time context aware recommendation engine based on a user internet of things environment |
US9449229B1 (en) * | 2014-07-07 | 2016-09-20 | Google Inc. | Systems and methods for categorizing motion event candidates |
US9501915B1 (en) * | 2014-07-07 | 2016-11-22 | Google Inc. | Systems and methods for analyzing a video stream |
SE538778C2 (en) * | 2014-11-07 | 2016-11-15 | Crunchfish Ab | Selective user interaction in a dynamic, proximity-based group of wireless communication devices |
US10687184B2 (en) * | 2016-05-13 | 2020-06-16 | Google Llc | Systems, methods, and devices for utilizing radar-based touch interfaces |
US10613213B2 (en) * | 2016-05-13 | 2020-04-07 | Google Llc | Systems, methods, and devices for utilizing radar with smart devices |
US10957171B2 (en) * | 2016-07-11 | 2021-03-23 | Google Llc | Methods and systems for providing event alerts |
US10380429B2 (en) * | 2016-07-11 | 2019-08-13 | Google Llc | Methods and systems for person detection in a video feed |
US10349260B2 (en) * | 2017-09-29 | 2019-07-09 | Plasma Computing Group, Inc. | System and method for a dynamic connectivity update system |
-
2017
- 2017-09-29 US US15/721,363 patent/US10349260B2/en active Active - Reinstated
-
2019
- 2019-05-30 US US16/427,082 patent/US10681529B2/en active Active
-
2020
- 2020-05-01 US US16/865,029 patent/US20200260252A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
US20190281438A1 (en) | 2019-09-12 |
US20190104397A1 (en) | 2019-04-04 |
US10681529B2 (en) | 2020-06-09 |
US10349260B2 (en) | 2019-07-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11227674B2 (en) | Home automation system generating user health score and related methods | |
US10374822B2 (en) | Home automation (HA) system including desired scene implementation based upon user-selectable list of addressable HA devices and related methods | |
US10038737B2 (en) | Application recommendation method, device, and system | |
US9848375B2 (en) | Home automation system including device signature pairing and related methods | |
US8813167B2 (en) | Dynamic device configuration using predicates | |
US9712663B2 (en) | Device lock mode | |
US9112928B2 (en) | Method and apparatus for automatic loading of applications | |
US10200208B2 (en) | Home automation system including cloud and home message queue synchronization and related methods | |
US8832846B2 (en) | Methods and systems for providing a notification of a compliance level of an application with respect to a privacy profile associated with a user | |
US10630649B2 (en) | Home automation system including encrypted device connection based upon publicly accessible connection file and related methods | |
CN107003836B (en) | Flexible device template for connected consumer devices | |
US9311109B2 (en) | Synchronizing device association data among computing devices | |
US9332061B2 (en) | Master device, integrated service management system, and integrated service management method | |
US10394629B2 (en) | Managing a plug-in application recipe via an interface | |
JP2006254445A (en) | Method of discovering at least either network setting or network resources, and recording medium | |
US20110072359A1 (en) | Apparatus and method for providing customizable remote user interface page | |
US20200260252A1 (en) | System and method for a dynamic connectivity update system | |
US11218855B2 (en) | Managing interaction constraints | |
JP2015194969A (en) | Distribution device, distribution method and distribution program | |
US10964189B2 (en) | Home automation system determining deviated operation device pattern and related methods | |
US11082248B2 (en) | Home automation system including changed current usage notification and related methods |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: PLASMA BUSINESS INTELLIGENCE, INC., TEXAS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KHAN, YASSER;RAMU, MAHESH;REEL/FRAME:054003/0036 Effective date: 20201007 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO PAY ISSUE FEE |