Trusted Data Transaction Verification With Public Key Identity Checks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional Internet-based communication systems lack secure data sharing mechanisms, leading to risks and uncertainties, especially in protecting personal data and verifying user identities, and are vulnerable to abuse by malicious parties creating fake identities.

Innovation Solution

A data management system utilizing a public key distribution system, trusted storage, and verification system to securely manage transactions by verifying identities through biometric checks and calculating trust scores based on public keys, with a distributed ledger for secure data storage and real-time identity reinforcement.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If data is stored in a traditional relational database management system (RDBMS) with fixed schemas, then data can be organized and queried efficiently, but the system becomes inflexible when new data types or structures need to be added

Engineering Contradiction:
Improveflexibility to accommodate new data typesVSAvoidcomplexity of data management system
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the data storage system into multiple independent data lakes, each dedicated to storing a specific data type (e.g., one data lake for images, another for text, another for audio). This segmentation allows each data lake to be optimized for its specific data type while maintaining overall system flexibility, as new data types can be added by creating new data lakes without affecting existing ones.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a new dimension to data management by moving from a single-dimensional relational schema to a multi-dimensional architecture where data is organized across multiple data lakes based on data type. This dimensional change enables the system to accommodate diverse data structures that cannot be easily represented in traditional relational schemas.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

2Adaptability or versatility

If data is stored in multiple separate data lakes organized by data type, then data flexibility and query capability improve, but system complexity increases

Engineering Contradiction:
Improvedata organization flexibilityVSAvoidcomplexity of managing multiple data lakes
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a universal query interface that can operate across all data lakes regardless of the specific data type stored in each lake. This multi-functional query system allows users to query data across different data lakes using a consistent interface, thereby managing the complexity of multiple data lakes while maintaining data organization flexibility.

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

Solution Approach 2:

The patent introduces an intermediary layer (the query interface and metadata management system) that mediates between the user and the multiple data lakes. This intermediary abstracts the complexity of managing multiple data lakes by providing a unified access point and handling the routing, filtering, and integration of data from different lakes automatically.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Ease of manufacture

If traditional data management systems are used, then existing data can be maintained, but integrating new data types requires complex schema modifications

Engineering Contradiction:
Improveease of integrating new data typesVSAvoiddata compatibility issues
Core Design Contradiction:
Ease of manufactureVSLoss of information

Solution Approach 1:

The patent creates copies of data in appropriate data lakes based on data type classification. When new data is introduced, the system copies it to the relevant data lake without requiring schema modifications to existing data structures. This copying approach maintains data compatibility while enabling easy integration of new data types.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The patent implements a dynamic data lake architecture where the system can adapt its structure by creating new data lakes as needed. Rather than modifying fixed schemas, the system dynamically adds new data lakes for new data types, making integration easier while maintaining compatibility with existing data through the universal query interface.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentEP4078420B1Data management systems and methods
Publication Date: 2026.05.13 SELF COMPLIANCE LTD
  • EP4078420B1 patent drawingFigure 1
  • EP4078420B1 patent drawingFigure 2
  • EP4078420B1 patent drawingFigure 3

AI summary

A data management system (1) for securely managing data transactions comprises a computing system which incorporates, a public key distribution system, a trusted storage system which is in communication with the public key distribution system, the trusted storage system being configured to store a record for each respective party using the system, each record comprising a unique identifier and a public key for a respective party using the system. The system (1) comprises a verification system which is configured to check the identity of a party seeking to participate in a transaction involving an exchange of data. If the verification system is not able to verify the identity of the party seeking to participate in the transaction, the verification system prevents the transaction from being carried out. If the verification system is able to verify the identity of the party seeking to participate in the transaction, the verification system permits the transaction to be carried out and the trusted storage system stores a transaction record comprising a record of the transaction and a record of the party participating in the transaction.