Decentralized Service Deployment in Home Automation Networks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current solutions for implementing services across multiple heterogeneous terminals in a home automation network require centralized equipment or external network connections, which are complex, unreliable, and inefficient.

Innovation Solution

A decentralized method where each terminal evaluates and implements sub-rules based on its capabilities, allowing distributed service deployment without central intelligence or external connections, by splitting rules into sub-rules and using trigger signals to manage conflicts and coordinate actions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If a centralized solution is used to deploy services on multiple terminals, then service deployment is simplified and coordinated, but the system requires additional central equipment and creates a single point of failure

Engineering Contradiction:
Improveservice deploymentVSAvoidcentral equipment requirement
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent extracts the service deployment functionality from centralized equipment and distributes it to individual terminals. Each terminal is equipped with a service deployment module that can independently evaluate services and determine local deployment capabilities, eliminating the need for central control equipment while maintaining coordinated service deployment across the network.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

Terminals autonomously perform service deployment by evaluating services against their own capabilities and making independent deployment decisions. The system enables self-service through local service evaluation modules that assess whether the terminal can provide required service functions without external coordination.

Inventive Principle:
Principle #25Self-service

2Adaptability or versatility

If external cloud resources are used for service deployment, then service functionality is enhanced, but network dependency and data security concerns increase

Engineering Contradiction:
Improveservice functionalityVSAvoidnetwork connection dependency
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent segments service deployment into local evaluation and execution components residing on individual terminals rather than relying on external cloud infrastructure. Service evaluation modules are distributed across terminals, enabling local service functionality assessment and deployment without requiring continuous external network connectivity.

Inventive Principle:
Principle #1Segmentation

3Reliability

If a distributed system is used for service deployment, then system reliability and autonomy are improved, but service coordination and conflict management become more complex

Engineering Contradiction:
Improvesystem autonomyVSAvoidconflict management mechanism
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements feedback mechanisms where terminals publish their service deployment decisions and capability status to the network. Other terminals monitor these publications and adjust their deployment decisions accordingly, creating a self-regulating system that resolves conflicts through distributed information exchange rather than centralized arbitration.

Inventive Principle:
Principle #23Feedback

Data Source

PatentEP3391623B1Deployment of a service in a local area network
Publication Date: 2021.09.01 ORANGE SA
  • EP3391623B1 patent drawingFigure 1~3
  • EP3391623B1 patent drawingFigure 4
  • EP3391623B1 patent drawingFigure 5

AI summary

The invention relates to a method for implementing a service (S) in a local area network (1) on a terminal (MD, LS, L) capable of providing a part of the service. The service is described by at least one rule (R) comprising a plurality of sub-rules (SR). The method comprises the following steps: - obtaining (E11, E21, E31) at least one sub-rule (SR1, SR2, SR3) comprising at least one trigger (MVTD, f1, f2) and one expression (Ei) to be evaluated; - receiving (E12, E22, E32) a trigger signal from the trigger; - evaluating (E13-E14, E23-E26, E33-E34) said sub-rule (SR1, SR2, SR3).