License Management for Resident Applications

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing license management systems, particularly the floating license system, face issues when applied to resident-type applications, as licenses are consumed even if the application's functions are not in use, leading to depletion and preventing other users from accessing the application. Additionally, these systems degrade UI display response by constantly confirming license availability.

Innovation Solution

A client apparatus with determination units to differentiate between node-locked and floating license systems, initializing the user interface accordingly to enable or disable license-required functions based on license availability, optimizing UI display and preventing unnecessary license consumption.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If a floating license system is applied to a resident-type application, then the application can be activated, but licenses are consumed even when functions are not in use, leading to license depletion

Engineering Contradiction:
Improveapplication activationVSAvoidlicense availability
Core Design Contradiction:
Ease of operationVSQuantity of substance

Solution Approach 1:

The patent implements dynamic license management by distinguishing between resident mode and execution mode. In resident mode, the application does not consume licenses, but in execution mode when functions are actually used, licenses are acquired dynamically. This dynamic switching resolves the contradiction by making license consumption contingent on actual function usage rather than continuous occupation.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes the license acquisition parameter based on the operational state of the application. When the application is merely activated (resident mode), no license is acquired. When functions are actually executed (execution mode), license acquisition is triggered. This parameter change approach allows the same application to behave differently regarding license consumption based on its operational state.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If license confirmation is executed every time the operation menu is displayed, then license availability is accurately verified, but UI display response is degraded

Engineering Contradiction:
Improvelicense verification accuracyVSAvoidUI display response
Core Design Contradiction:
ReliabilityVSSpeed

Solution Approach 1:

The patent performs preliminary license acquisition in execution mode before functions are actually executed. By acquiring the license in advance when the execution mode is entered, the system ensures license availability is verified without repeatedly checking during subsequent UI operations. This preliminary action maintains reliability while avoiding continuous verification overhead.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent extracts the license confirmation process from the UI display flow. Instead of confirming licenses every time the menu is displayed, the license confirmation is separated into a distinct execution mode entry point. This extraction allows UI operations to proceed without repeated license checks, maintaining response speed while ensuring license verification occurs at appropriate moments.

Inventive Principle:
Principle #2Taking out (Extraction)

3Reliability

If a node-locked license system is applied to an application with restricted functions, then license validity is confirmed at activation, but UI functions are displayed in disabled state reducing user experience

Engineering Contradiction:
Improvelicense validationVSAvoiduser interface usability
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent implements dynamic UI state management based on license acquisition status. When in execution mode and a license is successfully acquired, previously disabled functions become enabled in the UI. This dynamic adjustment allows the interface to transition from a restricted state at activation to a fully functional state when licensing is confirmed, improving user experience while maintaining validation reliability.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS11204979B2License management method and apparatus
Publication Date: 2021.12.21 CANON KK
  • US11204979B2 patent drawing
  • US11204979B2 patent drawing
  • US11204979B2 patent drawing

AI summary

A client apparatus determines whether a license system of an application is a node-locked system or a floating system when the application is activated. The client apparatus further determines whether a node-locked license is acquired if it is determined that the license system of the application is the node-locked system. The client apparatus initializes a user interface to display a license-required function in an enabled state if the node-locked license of the node-locked system is acquired or the license system is the floating system. The client apparatus initializes a user interface to display the license-required function in a disabled state if the node-locked license of the node-locked system is not acquired.