Blockchain Lifelong Learner Record Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current educational record management systems face challenges in maintaining valid and tamper-proof records for teachers and students, particularly in developing countries, where decentralized models struggle to prevent corruption and ensure data security and privacy, especially when managing day-to-day learning events and interactions.

Innovation Solution

The implementation of blockchain technology to securely track and manage lifelong learner records by compiling transactions into a chain of record transaction blocks, using validation modules to establish transaction validity and generate new blocks, ensuring immutable and transparent record-keeping.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a centralized model is used to manage school records, then data security and privacy can be maintained through a single trusted owner, but the system creates a single point of failure in trust and allows potential corruption at the central level

Engineering Contradiction:
Improvedata securityVSAvoidtrust structure
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent segments the centralized trust structure into distributed trust across multiple nodes in a blockchain network. Each node maintains a copy of the ledger and validates transactions independently, eliminating the single point of failure while maintaining security through cryptographic verification and consensus mechanisms.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces blockchain technology as an intermediary layer between stakeholders and school records. This intermediary provides immutable, transparent, and decentralized verification of records without requiring trust in any single entity, resolving the contradiction between security and trust complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If a purely decentralized model is used to manage school records, then trust is disseminated among many nodes, but the system fails to block corruption at various levels and cannot ensure data integrity

Engineering Contradiction:
Improvetrust distributionVSAvoidcorruption prevention
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent implements feedback mechanisms through consensus algorithms where each node verifies transactions against established rules before adding them to the blockchain. This feedback loop ensures that corrupt or invalid transactions are rejected by the network, maintaining data integrity while preserving decentralized trust distribution.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The patent applies preliminary validation rules and smart contracts that automatically check and enforce data integrity before transactions are committed to the blockchain. This preliminary action prevents corruption from occurring in the first place, rather than relying solely on post-hoc detection.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If blockchain technology is used to ensure immutable operations, then data security and transparency are improved, but the system complexity and computational requirements increase significantly

Engineering Contradiction:
Improvedata integrityVSAvoidsystem architecture
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent uses cryptographic hashing to create compact representations of large amounts of data. Each block contains a hash of the previous block and a hash of its own contents, creating a compressed immutable chain that is computationally efficient to verify while maintaining full data integrity guarantees.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The patent implements selective blockchain usage where only critical, immutable records are stored on the blockchain, while less critical data can be stored off-chain with references to the blockchain. This partial application reduces system complexity while maintaining integrity for the most important records.

Inventive Principle:
Principle #16Partial or excessive action

4Loss of information

If all learning events and interactions are tracked and stored, then personalized education and learning outcome monitoring are improved, but data privacy and security risks increase

Engineering Contradiction:
Improvelearning data completenessVSAvoidprivacy risk
Core Design Contradiction:
Loss of informationVSObject-affected harmful factors

Solution Approach 1:

The patent implements fine-grained access control where different stakeholders have different levels of access to specific portions of student records. Students, teachers, administrators, and employers each have tailored access permissions based on their role and authorization, allowing complete data collection while protecting privacy through localized access rights.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The patent extracts and separates personally identifiable information (PII) from learning event data. Sensitive information is handled separately with enhanced protection measures, while the bulk of learning data can be analyzed and stored with reduced privacy risk, maintaining completeness while mitigating harm.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS10713963B2Managing lifelong learner events on a blockchain
Publication Date: 2020.07.14 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US10713963B2 patent drawing
  • US10713963B2 patent drawing
  • US10713963B2 patent drawing

AI summary

A method of managing lifelong learner events on a blockchain includes detecting an event related to a learner using a blockchain-enabled digital learning system, determining a concern/risk level of the learner by performing a risk assessment, determining parameters to generate a transaction related the learner's event based on the parameters and the concern/risk level, determining the values of the parameters by measuring the value or importance of the event and its associated metadata and documents, generating a list of transactions corresponding to the parameters, and validating the transactions using validating distributed peer-to-peer devices that run one or more chaincodes related to the management of the lifelong learner events.