Distributed Ledger Node Selection for IoT Data Verification

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing IoT data processing systems face challenges in ensuring data reliability and efficiency in verifying data processing histories across multiple organizations, as current blockchain-based solutions require significant computing resources and are prone to falsification, and re-implementing processing using smart contracts is not practical.

Innovation Solution

An information processing system utilizing distributed ledger nodes across organizations to verify data processing contents, where a client node selects distributed ledger nodes to execute verification processing on a virtual platform, recording results in distributed ledgers, thereby improving data reliability and reducing computational burdens.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If all organizations in a consortium perform mutual verification of processing histories, then data reliability is improved, but computing resources required increase significantly

Engineering Contradiction:
Improvedata reliabilityVSAvoidcomputing resources
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The verification process is segmented into two distinct roles: processing nodes that execute the actual verification target processing, and distributed ledger nodes that perform verification. This segmentation allows organizations to specialize in one role, reducing the computing burden on each individual node while maintaining overall system reliability through distributed verification.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A client node acts as an intermediary that receives verification requests, selects appropriate distributed ledger nodes, and coordinates the verification process. This intermediary manages the complexity of node selection and verification coordination, enabling reliable verification without requiring all organizations to perform equal verification work.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If processing histories are registered with blockchain before verification, then data integrity is maintained, but falsification can occur before registration

Engineering Contradiction:
Improvedata integrityVSAvoidfalsification risk
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The system performs preliminary verification of processing histories before they are registered with the distributed ledger. Processing nodes verify the authenticity and integrity of processing records prior to registration, preventing falsified data from entering the blockchain in the first place, thereby maintaining data integrity while eliminating pre-registration falsification risks.

Inventive Principle:
Principle #10Preliminary action

3Extent of automation

If smart contracts are used for verification, then automation is improved, but processing capability is limited

Engineering Contradiction:
Improveverification automationVSAvoidprocessing capability
Core Design Contradiction:
Extent of automationVSAdaptability or versatility

Solution Approach 1:

Instead of re-implementing complex processing logic in smart contracts, the system copies and executes the original verification target processing on a virtual platform using existing processing tools. This approach maintains the adaptability and versatility of established processing systems while still achieving automation through the coordinated verification framework managed by the client node and distributed ledger nodes.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS11360966B2Information processing system and method of controlling information processing system
Publication Date: 2022.06.14 HITACHI LTD
  • US11360966B2 patent drawing
  • US11360966B2 patent drawing
  • US11360966B2 patent drawing

AI summary

An information processing system includes a plurality of distributed ledger nodes provided to a plurality of organizations, and configured to verify a content of a transaction with each other and hold a history of the transaction in distributed ledgers provided to the organizations, a client node configured to transmit the transaction to the distributed ledger nodes, and a plurality of processing nodes provided to the organizations, and configured to execute verification target processing being processing that is targeted for verification on a virtual platform. The client node selects the distributed ledger nodes to perform the verification of the verification target processing and transmits the transaction including a request to execute the verification target processing to each of the selected distributed ledger nodes. When each selected node receives the transaction, the distributed ledger node causes the processing node in the organization to perform the verification and records the verification result.