Blockchain Permission Management via Key Pair Segmentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The existing blockchain mechanism for digital virtual currency is inefficient for managing permissions for digital contents due to the large data size of content data, which is not rationally stored in the blockchain, leading to data bloat.

Innovation Solution

A permission information management system using key pairs for electronic signatures, where user and right-holder terminals generate and manage key pairs to securely transmit and receive permission requests and information via a blockchain, allowing for secure content access without storing content data within the blockchain.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If digital content data is stored in the blockchain, then permission management credibility is improved, but blockchain data size increases excessively

Engineering Contradiction:
Improvepermission management credibilityVSAvoidblockchain data size
Core Design Contradiction:
ReliabilityVSVolume of stationary object

Solution Approach 1:

The patent extracts only the essential permission information (permission grants, revocations, and metadata) from the complete digital content data, storing only this extracted permission subset in the blockchain while keeping the full content data outside the blockchain system. This resolves the contradiction by maintaining permission credibility through blockchain storage without bloating the blockchain with large content files.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent segments the digital content management system into two parts: permission information (stored in blockchain) and actual content data (stored externally). This segmentation allows the blockchain to maintain its integrity and credibility for permission management while avoiding the burden of storing large content files, thus resolving the data size issue.

Inventive Principle:
Principle #1Segmentation

2Reliability

If centralized management is used to link individuals with electronic keys, then credibility is assured, but system complexity increases

Engineering Contradiction:
ImprovecredibilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces a smart contract as an intermediary layer between users and the blockchain system. This smart contract automatically manages permission information storage and verification, eliminating the need for complex centralized management infrastructure while maintaining credibility through decentralized blockchain consensus mechanisms.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system enables users to independently manage their own permission information through self-service mechanisms where users can grant, revoke, and verify permissions autonomously using their cryptographic keys, without requiring complex centralized management systems. This reduces system complexity while maintaining credibility through user-controlled security.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS12015695B2User terminal, permission information management method, and permission information management program
Publication Date: 2024.06.18 NIPPON TELEGRAPH & TELEPHONE CORP
  • US12015695B2 patent drawing
  • US12015695B2 patent drawing
  • US12015695B2 patent drawing

AI summary

A user terminal generates a first key pair and a second key pair, transmits a permission request including a public encryption key of the second key pair after electronically signing the permission request with a secret encryption key, and acquires, from permission information transmitted from a right-holder terminal, a content decryption key by using a secret decryption key of the second key pair and uses the content. The right-holder terminal stores a third key pair and the content decryption key, verifies the permission request received, and encrypts the content decryption key by using the public encryption key of the second key pair included in the permission request and transmits the permission information including the encrypted content decryption key after electronically signing the permission information with a secret encryption key of the third key pair. The permission request and the permission information are transmitted and received via a blockchain.