Application Filtering by Service-Resource Matching

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

As the number of Internet-connected resources and applications grows, users face challenges in quickly retrieving and executing relevant applications on their computing devices, as existing systems fail to effectively filter and recommend applications based on the availability of required services in their environment.

Innovation Solution

A method that determines the list of services needed by each application, compares them with available resources on the network, and generates a list of operational applications, ranking them by relevancy scores based on matching resources, user preferences, and resource properties, while considering the device's position and context.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the number of applications using Internet-connected resources increases, then the availability and functionality of applications improve, but the difficulty of retrieving and executing relevant applications increases

Engineering Contradiction:
Improveavailability of applicationsVSAvoiddifficulty of retrieving relevant applications
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The system performs preliminary actions by determining the list of services required by each application in advance, comparing these services with available network resources beforehand, and pre-calculating relevancy scores. This preparation work is done before the user needs to retrieve an application, so when retrieval is needed, the system can quickly present pre-filtered and ranked results based on current resource availability and user context.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary filtering mechanism that acts between the large set of available applications and the user's retrieval need. This intermediary system compares application service requirements with actual network resource availability, filters out incompatible applications, and ranks the remaining ones by relevancy. This intermediary layer abstracts the complexity from the user, presenting only relevant operational applications.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Quantity of substance

If all applications are displayed to users, then the completeness of application selection improves, but the time required to find relevant applications increases

Engineering Contradiction:
Improvecompleteness of application selectionVSAvoidtime to find relevant applications
Core Design Contradiction:
Quantity of substanceVSLoss of time

Solution Approach 1:

Instead of displaying all applications (excessive action) or none (insufficient action), the system applies partial action by selectively filtering and ranking applications based on current resource availability and user context. It performs a controlled subset of the full comparison process - determining services required, comparing with available resources, and ranking by relevancy - to present an optimized subset that balances completeness with efficiency.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system changes parameters by dynamically calculating relevancy scores based on multiple factors including resource availability, user preferences, and contextual information. By varying these parameters and re-ranking applications accordingly, the system can quickly adapt to different situations and present the most relevant applications first, reducing search time while maintaining completeness.

Inventive Principle:
Principle #35Parameter changes

3Measurement precision

If applications are filtered based on service matching with available resources, then the relevance of recommended applications improves, but the complexity of the filtering process increases

Engineering Contradiction:
Improverelevance of recommended applicationsVSAvoidcomplexity of filtering process
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The filtering process is segmented into distinct modular steps: (1) determining services required by each application, (2) retrieving available network resources, (3) comparing services with resources to find matches, and (4) generating operational application lists. This segmentation allows each step to be handled independently and systematically, making the overall complex process more manageable and implementable.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent employs an intermediary comparison mechanism that systematically matches application service requirements with available network resources. This intermediary process uses structured data representations of services and resources, enabling automated comparison and matching without requiring complex user-side processing. The intermediary layer handles the computational complexity centrally.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Productivity

If relevancy scoring and ranking is implemented, then the efficiency of application retrieval improves, but the computational requirements increase

Engineering Contradiction:
Improveefficiency of application retrievalVSAvoidcomputational requirements
Core Design Contradiction:
ProductivityVSPower

Solution Approach 1:

Relevancy scoring is performed as a preliminary action before application retrieval. The system pre-calculates scores based on resource availability, user preferences, and contextual factors, and stores this ranking information. When users need to retrieve applications, the pre-computed rankings are readily available, eliminating the need for real-time scoring and significantly improving retrieval efficiency while distributing computational load over time.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS10516744B2Method of filtering applications
Publication Date: 2019.12.24 ALCATEL LUCENT SA
  • US10516744B2 patent drawing
  • US10516744B2 patent drawing

AI summary

A method of configuring a graphical user interface in a computing device, the device comprising a collection of applications (14), wherein the computing device is connected to a network, the method comprising: determining (16) for each application a list of services required by the application to be executed, determining (18) a collection of available resources as the resources able to be accessed by the computing device through the network, a resources being able to provide a service, comparing (15) the list of services required by each application with the services provided by the collection of available resources so as to find a match for each required service of the list of the said application within the collection of available resources, and generating (24) a list of operational applications, an operational application being an application for which each required service has a match provided by the available resources.