Focus-Driven MVC Architecture for Dynamic Interface Relevance

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current user interface designs are limited in their ability to automate based on encountered data, as they typically rely on patterns of use or specific objects in the view, failing to provide a focus-driven interface that updates dynamically with relevant information.

Innovation Solution

The Focus-Driven MVC design pattern introduces a Focus component between the Controller and Model in the traditional MVC framework, using rules, algorithms, and heuristics to determine relevancy rankings of attributes and update the user interface, allowing only high-relevance information to be displayed.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If traditional MVC framework is used, then the user interface displays all available data from the Model, but the interface becomes cluttered with irrelevant information and loses focus on important attributes

Engineering Contradiction:
Improveinformation relevanceVSAvoidinterface structure
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The patent introduces a Focus component as an intermediary between the Controller and Model in the MVC framework. This Focus component acts as a mediator that receives access commands from the Controller, retrieves data from the Model, applies focus logic to determine relevancy rankings, and sends processed data back to the Controller. This resolves the contradiction by filtering information relevance through the intermediary without requiring complex changes to the overall interface structure.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the traditional MVC architecture by inserting a new Focus component layer between the Controller and Model. This segmentation allows the focus logic to be separated from both the control logic and data storage, enabling independent optimization of information relevance without affecting the overall system complexity. The Focus component handles attribute relevancy determination separately, allowing the rest of the system to remain simple.

Inventive Principle:
Principle #1Segmentation

2Quantity of substance

If all attributes from the Model are displayed in the user interface, then complete information is provided, but the user experience deteriorates due to information overload and reduced usability

Engineering Contradiction:
Improvedata volumeVSAvoidusability
Core Design Contradiction:
Quantity of substanceVSEase of operation

Solution Approach 1:

The Focus component extracts only the most relevant attributes from the complete data set in the Model based on focus logic and relevancy rankings. Instead of displaying all available data, the system extracts and presents only the top-ranked attributes that are most relevant to the user's current context. This extraction process maintains data volume completeness in the backend while improving usability by presenting a filtered, focused view to the user.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent applies local quality by making different attributes have different visibility qualities based on their relevancy rankings. Rather than treating all attributes uniformly, the Focus component assigns different levels of importance and displays attributes according to their local relevance to the current user context. This allows the interface to adapt its information presentation quality locally based on what is most relevant at each moment, improving overall usability.

Inventive Principle:
Principle #3Local quality

3Extent of automation

If the user interface is updated based on patterns of use or specific objects, then some automation is achieved, but the interface remains constrained to a limited, static list that does not change based on encountered data

Engineering Contradiction:
Improveinterface automationVSAvoidinterface adaptability
Core Design Contradiction:
Extent of automationVSAdaptability or versatility

Solution Approach 1:

The Focus component introduces dynamics to the interface by making the displayed attributes change dynamically based on the data encountered and the user's current context. Instead of a static, predetermined list of attributes, the Focus logic continuously evaluates relevancy rankings and adjusts which attributes are displayed. This dynamic adaptation allows the interface to automatically reconfigure itself based on the actual data being viewed, combining automation with high adaptability.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system implements feedback by using the Focus component to continuously monitor the data in the Model and adjust the displayed attributes based on relevancy assessments. The Focus logic receives feedback from the Controller about user interactions and data changes, processes this information through focus logic algorithms, and adjusts the attribute prioritization accordingly. This feedback loop enables the interface to adapt automatically to encountered data and user behavior patterns, achieving both automation and versatility.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS10268730B2Focus-driven user interface
Publication Date: 2019.04.23 BMC HELIX INC
  • US10268730B2 patent drawing
  • US10268730B2 patent drawing
  • US10268730B2 patent drawing

AI summary

Systems, methods and computer readable media for implementing a Focus-Driven User Interface using a Focus-Driven MVC architecture are described. The Focus-Driven MVC architecture builds on the traditional MVC framework, adding a Focus component between the Controller and Model components. The Focus component implements Focus Logic to handle Focus-Driven features. The Focus component may receive access commands or requests from the Controller, relay those commands to the Model and, in response, obtain data from the Model. The Focus Logic applies rules to the data, determines relevancy rankings for the given property, and sends the processed data to the Controller which, in turn, may update the user interface with the processed data.