Semantic Restriction Engine for Data Access Control

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current data sharing systems lack effective mechanisms to restrict access to data based on semantic limitations, allowing unauthorized use or modification of data views, and fail to track high-level operations, leading to potential misuse or exposure of confidential information.

Innovation Solution

A data sharing system comprising a trust engine, access engine, procedure engine, restriction engine, tracker engine, and control engine that utilize semantic restrictions to manage access and usage of data within a trusted environment, ensuring secure execution of procedures and tracking of operations to enforce access controls.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional access control mechanisms are used to manage data sharing, then basic access permissions can be controlled, but semantic restrictions on data usage cannot be enforced

Engineering Contradiction:
Improvedata access control reliabilityVSAvoidsemantic restriction capability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system segments access control into multiple independent engines: trust engine for entity verification, access engine for permission management, restriction engine for semantic constraint definition, and tracker engine for operation monitoring. Each engine handles a specific aspect of access control, enabling both basic permission management and advanced semantic restrictions through modular functionality.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The procedure engine acts as an intermediary that receives procedures from sharees, translates them into executable form, and enforces semantic restrictions before allowing data access. This intermediary layer ensures that both traditional access controls and semantic constraints are applied without direct exposure between data owners and data users.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If data views are provided to sharees for access, then data sharing functionality is enabled, but tracking of high-level operations becomes difficult

Engineering Contradiction:
Improvedata sharing functionalityVSAvoidoperation tracking capability
Core Design Contradiction:
Adaptability or versatilityVSDifficulty of detecting and measuring

Solution Approach 1:

The tracker engine continuously monitors procedure execution and generates trace information that feeds back to the control engine. This feedback mechanism enables real-time detection of high-level operations, allowing the system to track and audit data access patterns while maintaining full data sharing functionality.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system performs preliminary translation of high-level procedures into tracked executable form before data access occurs. By pre-compiling procedures with embedded tracking instrumentation, the system enables operation tracking without modifying the data sharing interface or requiring changes to user procedures.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If access controls are enforced after data view generation, then data can be shared, but unauthorized use or modification cannot be prevented

Engineering Contradiction:
Improvedata sharing efficiencyVSAvoiddata usage security
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

Semantic restrictions are defined and enforced in advance through the restriction engine before data access occurs. The control engine validates procedures against these pre-defined constraints, preventing unauthorized operations before they can execute, rather than relying on post-access controls.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system applies preliminary anti-action by blocking procedures that violate semantic restrictions before they can access or modify data. The control engine evaluates procedures against defined constraints and prevents execution of unauthorized operations, countering potential misuse before it occurs.

Inventive Principle:
Principle #9Preliminary anti-action

Data Source

PatentUS10192066B2Semantic restriction
Publication Date: 2019.01.29 HEWLETT PACKARD ENTERPRISE DEV LP
  • US10192066B2 patent drawing
  • US10192066B2 patent drawing
  • US10192066B2 patent drawing

AI summary

In one implementation, a data sharing system can comprise a trust engine to identify an environment that satisfies a level of trust, an access engine to request access to a set of data, a procedure engine to receive a procedure, a restriction engine to receive a semantic restriction associated with a semantic term of the environment, a tracker engine to track the procedure during execution, and a control engine to maintain execution of the procedure based on the restriction and trace information. In another implementation, a method for sharing a set of data can comprise validating an environment satisfies a level of trust, receiving a procedure to access the set of data, receiving a semantic restriction associated with a semantic term of the environment, tracing the procedure during execution, and providing a view of the set of data based on the restriction and a semantic mapping of trace information.