IoT Data Processing via Blockchain Hash and IPFS Storage

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The existing IoT data storage systems face challenges in scalability and security, as device data from IoT apparatuses can be tampered with and the high transaction costs and limited transaction capacity of current blockchain systems make them unsuitable for widespread IoT data storage.

Innovation Solution

A data processing mechanism that packages device data, analysis rules, and logs into files, storing them in an interplanetary file system and calculating hash values for secure storage on a blockchain system, reducing operational costs and enhancing extensibility and security.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Quantity of substance

If device data is stored on a cloud server, then data storage capacity is improved, but data security and integrity deteriorate due to tampering risks

Engineering Contradiction:
Improvedata storage capacityVSAvoiddata security
Core Design Contradiction:
Quantity of substanceVSReliability

Solution Approach 1:

The patent segments data storage into two parts: raw device data is stored in the cloud storage system while only hash values are stored on the blockchain. This segmentation allows the system to maintain large storage capacity while ensuring security through cryptographic verification of data integrity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces hash values as an intermediary between the cloud storage system and the blockchain system. These hash values serve as cryptographic proof of data integrity, allowing verification without storing the actual data on the blockchain, thus resolving the contradiction between storage capacity and security.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If a verifying server is established for data backup and verification, then data security is improved, but system vulnerability deteriorates due to additional attack targets

Engineering Contradiction:
Improvedata securityVSAvoidsystem vulnerability
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

Instead of creating a new verifying server that could be attacked, the patent uses the existing blockchain system as a copy of the verification function. The blockchain's distributed nature and cryptographic mechanisms provide verification capabilities without adding a centralized vulnerable point.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The blockchain system serves multiple functions simultaneously: it stores hash values for verification, provides a decentralized trust mechanism, and enables data integrity checking across the entire IoT system, eliminating the need for separate verifying servers.

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

3Reliability

If device data is stored via the blockchain system, then data security is improved, but operating cost deteriorates due to high service charges

Engineering Contradiction:
Improvedata securityVSAvoidoperating cost
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent extracts only the essential security-critical component (hash values) and stores it on the blockchain, while leaving the bulk raw data in the cloud storage system. This extraction approach maintains security benefits while dramatically reducing blockchain storage costs and transaction fees.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent uses inexpensive hash value representations instead of storing expensive full data records on the blockchain. The hash values are compact, cheap to store, and serve their verification purpose effectively without requiring the expensive blockchain storage resources for large datasets.

Inventive Principle:
Principle #27Cheap short-living objects (Disposable)

4Reliability

If the blockchain system is used for data storage, then data integrity is improved, but transaction capacity deteriorates due to limited transactions per second

Engineering Contradiction:
Improvedata integrityVSAvoidtransaction capacity
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent applies partial action by storing only hash values on the blockchain rather than complete device data. This partial storage approach provides sufficient integrity verification while reducing the transaction load on the blockchain system to manageable levels that match its processing capacity.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The patent changes the data parameter from storing full device data records to storing only compact hash values. This parameter change reduces the data size by orders of magnitude, enabling the blockchain system to handle the required transaction volume while maintaining data integrity verification capabilities.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS10754961B2Data processing apparatus and data processing method for internet of things system
Publication Date: 2020.08.25 INSTITUTE FOR INFORMATION INDUSTRY
  • US10754961B2 patent drawing
  • US10754961B2 patent drawing
  • US10754961B2 patent drawing

AI summary

A data processing apparatus and a data processing method thereof for an Internet of Things (IoT) system are provided. The data processing apparatus generates a plurality of diagnosis rule data, diagnoses each of the device data received from at least one IoT apparatus to generate a plurality of diagnosis log data, packages the device data, the diagnosis log data and the diagnosis rule data respectively based on a preset data amount to generate a plurality of device files, a plurality of diagnosis log files and a plurality of diagnosis rule files individually, stores each device file, each diagnosis log file and each diagnosis rule file in an interplanetary file system individually, and stores hash values of each device file, each diagnosis log file and each diagnosis rule file in a blockchain system individually.