IoT Device Templates for Remote Functionality Updates

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional consumer devices lack networking, role-based access control, remote interface, and remote control capabilities, making it difficult to modify their functionality after deployment and extending the product development cycle.

Innovation Solution

An agile templating framework for IoT devices that allows for the creation of virtual devices to supplement and modify physical devices, enabling flexible assignment of templates to devices, which can change over time, and remote management through a cloud server, without requiring new software code on the device.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If functionality is hard coded into consumer devices during manufacturing, then device behavior is stable and reliable, but functionality cannot be modified after deployment and product development cycle is extended

Engineering Contradiction:
Improvedevice behavior stabilityVSAvoidfunctionality modifiability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent segments device functionality into two independent parts: hard-coded core functions embedded in the device, and software-configurable behaviors stored remotely. This allows the core device to remain stable while enabling flexible functionality changes through remote software updates, resolving the contradiction between reliability and adaptability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent makes device functionality dynamic by introducing a software layer that can be updated remotely over time. Instead of static hard-coded behaviors, the system allows functionality to evolve dynamically through cloud-based software updates, enabling post-deployment modifications without affecting device hardware stability.

Inventive Principle:
Principle #15Dynamics

2Adaptability or versatility

If networking and remote control capabilities are designed into embedded systems, then devices can be remotely managed and updated, but device complexity and development resources increase considerably

Engineering Contradiction:
Improveremote management capabilityVSAvoidembedded system complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent extracts networking and remote management capabilities from the embedded device itself and places them in an external cloud-based system. The device only needs minimal networking infrastructure, while complex remote management, software distribution, and device provisioning are handled by the external service provider, reducing device complexity while maintaining remote management capabilities.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent introduces an intermediary cloud-based platform that mediates between the simple embedded device and the complex remote management requirements. This intermediary handles software updates, device provisioning, and control functions, allowing the device to remain simple while enabling sophisticated remote management through the intermediary service.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If product development follows conventional hardware manufacturing cycles, then device functionality is stable, but time to market is extended to 6-12 months

Engineering Contradiction:
Improvefunctionality stabilityVSAvoidproduct development cycle
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent applies preliminary action by pre-configuring device functionality through software templates that can be rapidly developed and deployed. Instead of waiting for complete hardware manufacturing cycles, the system allows software-based functionality to be prepared in advance and quickly activated on devices, significantly reducing time to market while maintaining functional stability through proven templates.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS9396015B2Flexible device templates for connected consumer devices
Publication Date: 2016.07.19 AYLA NETWORKS INC
  • US9396015B2 patent drawing
  • US9396015B2 patent drawing
  • US9396015B2 patent drawing

AI summary

A processing device executing a registration service receives information identifying a first device, a second device and an application running on the first device. The processing device determines a registration technique that is supported by both the application and the second device and sends a message indicating the registration technique to at least one of the first device or the second device, wherein the application is to perform an operation associated with the first registration technique to bind the second device to the user account.