IoT Control Device Error Source Identification via Log Segmentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In the context of IoT devices, existing technologies fail to accurately identify the cause of operation errors, leading to user confusion and inconvenience, especially when the malfunctioning device is from a different company, and unclear legal responsibility in case of damage.

Innovation Solution

An electronic device equipped with a communicator, processor, and memory that transmits control commands to IoT devices, acquires and analyzes log information to determine the source of errors between the electronic device, IoT server, and IoT device, and communicates this information to an external device for error identification and resolution.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Device complexity

If only the control command input device is monitored for errors, then the complexity of error monitoring is reduced, but the ability to identify the actual cause of error is insufficient

Engineering Contradiction:
Improveerror monitoring complexityVSAvoiderror cause identification accuracy
Core Design Contradiction:
Device complexityVSMeasurement precision

Solution Approach 1:

The error monitoring system is segmented into multiple independent monitoring points: control command transmission monitoring, server communication monitoring, and IoT device execution monitoring. Each segment captures specific log information, allowing precise error cause identification without requiring a single complex monitoring system.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Log information serves as an intermediary carrier that transmits error details between the control command input device, server, and IoT device. The log information includes timestamps, command content, response status, and error messages, enabling accurate error tracking without direct complex monitoring between all components.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Measurement precision

If log information is collected and transmitted to external devices for error analysis, then error cause identification accuracy is improved, but the time required for error resolution increases

Engineering Contradiction:
Improveerror cause identification accuracyVSAvoiderror resolution time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

Log information is collected and stored in advance during normal device operation. When an error occurs, the pre-collected log information can be immediately analyzed without delay, reducing the time needed for error diagnosis. The system prepares monitoring infrastructure beforehand so that error analysis can proceed rapidly.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system establishes a feedback loop where log information is transmitted to external devices (servers or cloud platforms) for analysis, and the analysis results are fed back to the control command input device. This enables rapid error identification and resolution through continuous feedback from the external analysis system.

Inventive Principle:
Principle #23Feedback

3Device complexity

If the service center monitors only their own devices, then internal error detection is simplified, but the ability to handle errors in third-party IoT devices is insufficient

Engineering Contradiction:
Improveerror monitoring scopeVSAvoiderror handling capability for third-party devices
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The error monitoring system is designed with universality to handle errors from multiple device types and sources. The log information collection mechanism works for both the service center's own devices and third-party IoT devices, allowing the same monitoring infrastructure to serve multiple functions and device owners.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

Log information acts as a universal intermediary that enables the service center to monitor and analyze errors from third-party IoT devices without direct control or complex integration. The standardized log format allows external device errors to be captured and analyzed through the existing monitoring framework.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Measurement precision

If detailed log information is transmitted and analyzed, then error cause identification is improved, but the amount of data processing required increases

Engineering Contradiction:
Improveerror analysis precisionVSAvoiddata processing complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The system extracts only the essential log information needed for error analysis, such as timestamps, command content, response status, and error messages. By taking out only the critical data elements rather than transmitting all possible data, the system reduces data processing complexity while maintaining error analysis precision.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

Different levels of detail are applied to different log information based on their importance for error analysis. Critical error-related fields are captured with full detail, while less important fields are minimized or omitted. This local quality approach ensures sufficient error analysis precision without unnecessary data processing overhead.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS11314570B2Internet-of-things-associated electronic device and control method therefor, and computer-readable recording medium
Publication Date: 2022.04.26 SAMSUNG ELECTRONICS CO LTD
  • US11314570B2 patent drawing
  • US11314570B2 patent drawing
  • US11314570B2 patent drawing

AI summary

An electronic device is disclosed. The present electronic device comprises: a communication unit; a memory for storing at least one command; and a processor for, by executing the at least one command, controlling the communication unit to transmit a control command for controlling an IoT device, and controlling the communication unit to acquire log information relating to a received response in relation to the control command and the transmission of the control command and transmit the acquired log information to an external device.