INTERNET OF THINGS (IOT) DEVICE CONFIGURATION CONSTRUCTION

• US 20160065653A1
• Filed: 08/26/2014
• Published: 03/03/2016
• Est. Priority Date: 08/26/2014
• Status: Abandoned Application

• Current Assignee: Fujitsu Limited
• Original Assignee: Fujitsu Limited
• Inventors: CHEN, Wei-Peng, MASHIMA, Daisuke, MOAZZAMI, Mohammad-Mahdi
• Application Number:
  US14/469,402
• Publication Number:
  US 20160065653A1
• Time in Patent Office: Days
• US Class Current: 1/1
• CPC Class Codes: G06F 3/0481 based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
• CPC Class Codes: G06F 3/0484 for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
• CPC Class Codes: H04L 41/0813 characterised by the conditions triggering a change of settings
• CPC Class Codes: H04L 41/0843 based on generic templates
• CPC Class Codes: H04L 41/0853 by actively collecting configuration information or by backing up configuration information
• CPC Class Codes: H04L 41/0869 Validating the configuration within one network element
• CPC Class Codes: H04L 67/10 in which an application is distributed across nodes in the network software deployment G06F8/60; multiprogramming arrangements G06F9/46
• CPC Class Codes: H04L 67/34 involving the movement of software or configuration parameters network booting or remote initial program loading [RIPL] G06F9/4416
• CPC Class Codes: H04W 4/70 Services for machine-to-machine communication [M2M] or machine type communication [MTC]
• CPC Class Codes: Y04S 40/00 Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them

Abstract

A method of constructing Internet of Things (JOT) device configurations includes receiving a solution template selection for a device configuration for a particular automated interaction between two or more IOT devices. The method includes determining whether a complete solution template for the device configuration is selected. If so, the method includes deploying the device configuration. If not, the method includes receiving IOT device selections, accessing device capabilities from an IOT database of the selected IOT devices, configuring a network connection between the selected IOT devices, simulating a device configuration using the device capabilities accessed from the IOT database, and determining whether the device configuration is operational based on the simulation. When the device configuration is not operational, the method includes reconfiguring the device configuration to include a replacement IOT device. When the device configuration is operational, the method includes deploying the device configuration.

Claims

1. A method, comprising:

receiving user input effective to select a solution template for a device configuration for a particular automated interaction between two or more Internet of Things (IOT) devices;

determining whether a complete solution template for the device configuration is selected;

in response to a partial solution template being selected;

receiving additional user input effective to select two or more IOT devices implemented in the partial solution template;

accessing device capabilities of the selected IOT devices from an IOT database;

configuring a network connection between the selected IOT devices;

simulating a device configuration using the device capabilities accessed from the IOT database for the selected IOT devices;

based on the simulation, determining whether the device configuration is operational;

in response to the device configuration not being operational, reconfiguring the device configuration to include one or more replacement IOT devices; and

in response to the device configuration being operational, deploying the device configuration; and

in response to the complete solution template being selected deploying the device configuration.

2. The method of claim 1, further comprising confirming the device configuration based on a triggering signal.

3. The method of claim 2, wherein the confirming includes:

receiving device input resulting from user input to one of the selected IOT devices that manually emulates a triggering condition in the device configuration;

recording device input resulting from the emulated triggering condition;

comparing the device input with an expected performance based at least partially on the device capabilities in the IOT database; and

when a mismatch exists, generating a ticket message indicating the mismatch.

4. The method of claim 1, wherein the configuring the network connection includes:

determining whether the selected IOT devices are able to communicate with one another;

in response to the selected devices being able to communicate, generating configuration parameters enabling communication between the selected IOT devices; and

in response to the selected devices not being able to communicate, generating parameters enabling communication between the selected IOT devices using one or more of a physical hub and a gateway module.

5. The method of claim 1, further comprising in response to the device configuration being operational, displaying a marketplace that provides a list of physical IOT devices and virtual appliances and that enables purchase of the one or more physical IOT devices and the virtual appliances.

6. The method of claim 1, wherein the simulating includes:

verifying a feasibility of interactions between the IOT devices;

confirming that the interactions do not introduce safety concerns;

confirming that the interactions do not introduce privacy concerns; and

conducting a step-by-step inspection to debug the device configuration.

7. The method of claim 1, wherein the deploying includes:

communicating suggested deployment locations of the IOT devices to a user;

receiving user input to initiate communication of configuration parameters to the IOT devices;

uploading the configuration parameters to IOT devices; and

notifying the user when the configuration parameters are successfully uploaded to the IOT devices.

8. The method of claim 1, wherein the IOT database includes:

a device capability database that stores communication protocols of one or more of the IOT devices; and

a device interoperability database that stores solutions for enabling communication between two or more of the IOT devices.

9. The method of claim 1, wherein the determining includes:

detecting whether the runnable configuration exists; and

detecting conflicting scenarios in the device configuration.

10. The method of claim 1, wherein:

the IOT devices include one or more of a lightbulb, a lighting system, a door lock, a water heater, a sprinkler system, an air-conditioner, a thermostat, an alarm clock, a window shade, a switch, a smoke alarm, a camera, an egg minder, an electrical outlet, a personal (e.g., piggy) bank, a propane tank, an alarm, a personal proximity sensor, a door sensor, a biometric sensor, a mattress, a mobile device, an automotive sensor, a clock, a cooking device, an electrical breaker, a personal alert sensor, a motion sensor, a calendar, a television, a radio, a radio frequency identification (RFID) tag/RFID detector, a vehicle, an electric vehicle charger, a distributed generator (e.g. solar panel), a distributed energy storage (e.g. battery), and a thermometer; and

the capabilities of the IOT devices include a connectivity protocol including message queue telemetry transport (MQTT), MQTT-sensor (MQTT-S), a constrained application protocol (CoAP), representative state transfer application protocol interface (REST API), and extensible messaging and presence protocol (XMPP).

11. A non-transitory computer-readable medium having encoded therein programming code executable by a processor to perform operations comprising:

receiving user input effective to select a solution template for a device configuration for a particular automated interaction between two or more Internet of Things (IOT) devices;

determining whether a complete solution template for the device configuration is selected;

in response to a partial solution template being selected;

receiving additional user input effective to select two or more IOT devices implemented in the partial solution template;

accessing device capabilities of the selected IOT devices from an IOT database;

configuring a network connection between the selected IOT devices;

simulating a device configuration using the device capabilities accessed from the IOT database for the selected IOT devices;

based on the simulation, determining whether the device configuration is operational;

in response to the device configuration not being operational, reconfiguring the device configuration to include one or more replacement IOT devices; and

in response to the device configuration being operational, deploying the device configuration; and

in response to the complete solution template being selected deploying the device configuration.

12. The non-transitory computer-readable medium of claim 11, wherein the operations further comprise confirming the device configuration based on a triggering signal.

13. The non-transitory computer-readable medium of claim 12, wherein the confirming includes:

receiving device input resulting from user input to one of the selected IOT devices that manually emulates a triggering condition in the device configuration;

recording device input resulting from the emulated triggering condition;

comparing the device input with an expected performance based at least partially on the device capabilities in the IOT database; and

when a mismatch exists, generating a ticket message indicating the mismatch.

14. The non-transitory computer-readable medium of claim 11, wherein the configuring the network connection includes:

determining whether the selected IOT devices are able to communicate with one another;

in response to the selected devices being able to communicate, generating configuration parameters enabling communication between the selected IOT devices; and

in response to the selected devices not being able to communicate, generating parameters enabling communication between the selected IOT devices using one or more of a physical hub and a gateway module.

15. The non-transitory computer-readable medium of claim 11, wherein the operations further comprise, in response to the device configuration being operational, displaying a marketplace that provides a list of physical IOT devices and virtual appliances and that enables purchase of the one or more physical IOT devices and the virtual appliances.

16. The non-transitory computer-readable medium of claim 11, wherein the simulating includes:

verifying a feasibility of interactions between the IOT devices;

confirming that the interactions do not introduce safety concerns;

confirming that the interactions do not introduce privacy concerns; and

conducting a step-by-step inspection to debug the device configuration.

17. The non-transitory computer-readable medium of claim 14, wherein the deploying includes:

communicating suggested deployment locations of the IOT devices to a user;

receiving user input to initiate communication of configuration parameters to the IOT devices;

uploading the configuration parameters to IOT devices; and

notifying the user when the configuration parameters are successfully uploaded to the IOT devices.

18. The non-transitory computer-readable medium of claim 14, wherein the IOT database includes:

a device capability database that stores communication protocols of one or more of the IOT devices; and

a device interoperability database that stores solutions for enabling communication between two or more of the IOT devices.

19. The non-transitory computer-readable medium of claim 14, wherein the determining includes:

detecting whether the runnable configuration exists; and

detecting conflicting scenarios in the device configuration.

20. The non-transitory computer-readable medium of claim 14, wherein:

the IOT devices include one or more of a lightbulb, a lighting system, a door lock, a water heater, a sprinkler system, an air-conditioner, a thermostat, an alarm clock, a window shade, a switch, a smoke alarm, a camera, an egg minder, an electrical outlet, a personal (e.g., piggy) bank, a propane tank, an alarm, a personal proximity sensor, a door sensor, a biometric sensor, a mattress, a mobile device, an automotive sensor, a clock, a cooking device, an electrical breaker, a personal alert sensor, a motion sensor, a calendar, a television, a radio, a radio frequency identification (RFID) tag/RFID detector, a vehicle, an electric vehicle charger, a distributed generator (e.g. solar panel), a distributed energy storage (e.g. battery), and a thermometer; and

the capabilities of the IOT devices include a connectivity protocol including message queue telemetry transport (MQTT), MQTT-sensor (MQTT-S), a constrained application protocol (CoAP), representative state transfer application protocol interface (REST API), and extensible messaging and presence protocol (XMPP).