Doorbell API Mediation for Stable Smart Home Device Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems for controlling and accessing smart home devices often face challenges in balancing user experience with the potential risks associated with third-party access, as direct communication between third-party applications and smart devices can lead to undesirable behavior, necessitating restrictions to maintain operational stability.

Innovation Solution

Implementing a device service that allows third-party applications to access smart home devices through an application programming interface (API), where updates and commands are mediated to ensure stable operation, using a subscription-based model and authorization processes to manage access and permissions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If direct communication between third-party applications and smart devices is allowed, then functionality and user convenience are enhanced, but operational stability and user experience may be compromised

Engineering Contradiction:
ImprovefunctionalityVSAvoidoperational stability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent introduces a communication module as an intermediary layer between third-party applications and smart devices. This module receives requests from applications, translates them into device-specific commands, and manages the communication protocol. The intermediary ensures that applications can access diverse devices without direct integration, maintaining operational stability while enabling broad functionality through standardized translation and mediation of commands.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If access restrictions are imposed on third-party applications, then operational stability is maintained, but functionality and user convenience are limited

Engineering Contradiction:
Improveoperational stabilityVSAvoidfunctionality
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent segments the access control mechanism into multiple layers: a communication module that handles all application-to-device traffic, a command translation layer that converts generic requests into device-specific instructions, and a device service layer that manages individual device operations. This segmentation allows selective authorization where applications can access specific devices through controlled interfaces, maintaining stability through structured access while enabling functionality through granular permission management.

Inventive Principle:
Principle #1Segmentation

3Ease of operation

If multiple third-party applications access smart devices, then user convenience is improved, but the risk of undesirable behavior increases

Engineering Contradiction:
Improveuser convenienceVSAvoidundesirable behavior
Core Design Contradiction:
Ease of operationVSObject-affected harmful factors

Solution Approach 1:

The patent implements feedback mechanisms where the communication module monitors device responses and operational status in real-time. When device behavior deviates from expected parameters or when errors occur, the system provides feedback to the application layer, which can then adjust or terminate problematic access. This feedback loop enables multiple applications to operate concurrently while maintaining user experience through automated detection and correction of undesirable behaviors.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS10075828B2Methods and apparatus for using smart environment devices via application program interfaces
Publication Date: 2018.09.11 GOOGLE LLC
  • US10075828B2 patent drawing
  • US10075828B2 patent drawing
  • US10075828B2 patent drawing

AI summary

Systems and Methods disclosed herein relate to providing control of smart devices via data provided from or to a doorbell, via an application programming interface (API). The data provided by the doorbell may be submission data related to the doorbell, while received data may be reception data related to one or more smart devices, a smart-device environment structure hosting the smart devices, or both. Based upon the reception data and/or the submission data, a status of the doorbell and/or of the smart devices may be modified.