Selective Code Package Visualization for Extensibility

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In multi-tenant cloud-based database systems, the restriction of access to underlying source code components of code packages limits their extensibility and desirability, as users cannot view or modify proprietary components while ensuring intellectual property protection.

Innovation Solution

Implementing a system that uses a global access modifier to selectively allow presentation of certain components of a code package, filtering and modifying the source code to ensure compilability and protect proprietary aspects, while allowing users to visualize and extend global components.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If access to underlying source code components is restricted to protect proprietary rights, then intellectual property protection is improved, but extensibility and user understanding deteriorate

Engineering Contradiction:
Improveintellectual property protectionVSAvoidextensibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The source code package is segmented into global components (accessible) and non-global components (protected). The system divides the code structure into identifiable segments with different access levels, allowing users to view and extend global components while keeping non-global components restricted. This segmentation enables selective visibility where the interface layer is exposed for customization but the proprietary implementation details remain hidden.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

An intermediary layer is introduced between the user and the proprietary source code. This intermediary presents a filtered view of global components through a controlled interface, allowing user interaction and extension without exposing the underlying proprietary implementation. The intermediary manages access requests, filtering what users can see and modify while protecting the core intellectual property.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If all source code components are made accessible for user customization, then extensibility is improved, but proprietary rights protection deteriorates

Engineering Contradiction:
Improveuser customizationVSAvoidproprietary rights protection
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

Different access qualities are applied to different parts of the source code. Global components are marked with a specific access modifier that allows them to be viewed and extended by users, while non-global components maintain restricted access. This local differentiation enables users to customize only the appropriate portions of the code without exposing sensitive proprietary elements.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system dynamically controls access to source code components based on their designated access modifiers. When users request to view or modify code, the system dynamically filters the output to include only global components with the appropriate access modifier, automatically adapting the level of disclosure based on the component's security classification rather than applying a static all-or-nothing approach.

Inventive Principle:
Principle #15Dynamics

3Reliability

If selective filtering of source code is implemented to protect proprietary components, then intellectual property protection is improved, but system complexity increases

Engineering Contradiction:
Improveintellectual property protectionVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The source code components themselves carry the access modifier metadata that identifies their visibility status. The filtering mechanism automatically queries this embedded information without requiring complex external classification systems. Each component is self-describing with its access level, allowing the system to efficiently filter and present appropriate code sections without manual intervention or complex classification logic.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS10891298B2Systems and methods for package component visualizations
Publication Date: 2021.01.12 HENKEL KGAA
  • US10891298B2 patent drawing
  • US10891298B2 patent drawing
  • US10891298B2 patent drawing

AI summary

Computing systems, database systems, and related methods are provided for providing visualizations of distributed package components. One exemplary method involves a server providing a graphical representation of a plurality of classes of a package, receiving a request to view a global class of the plurality of classes, obtaining previously compiled code associated with the global class of the from a database, filtering the code to include global source components of the global class while removing non-global source code components, and providing a graphical representation of the filtered code on the client device requesting presentation of the global class.