Interface Object Rendering via Service Application Updates

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Conventional methods for updating interface objects in applications require recompilation and manual intervention, leading to inefficiencies when changes in appearance or functionality are needed, as providers must transmit new code and integrators must update the host application.

Innovation Solution

A service application system provides interface object specifications and updates to third-party applications, allowing for automatic rendering and updating of interface objects without requiring input from the provider or integrator, by transmitting instructions through the operating system or other suitable means.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If interface objects are loaded from a server via network request (hotlinking), then the host application can display third-party content without recompilation, but the interface objects cannot be automatically updated when appearance or function changes are needed

Engineering Contradiction:

ImproveAbility to display third-party interface objectsVSAvoidTime required for updates

Core Design Contradiction:

Adaptability or versatilityVSLoss of time

Solution Approach 1:

The system separates the interface object rendering function from the host application by introducing a dedicated rendering application. The service application provides interface object specifications to the rendering application, which then renders them within the host application context. This segmentation allows independent updates of interface objects without affecting the host application.

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

A rendering application acts as an intermediary between the service application and the host application. The service application communicates interface object specifications to the rendering application, which handles the rendering and updates. This intermediary enables automatic updates by receiving new specifications from the service application and re-rendering interface objects without requiring host application recompilation.

Inventive Principle:

Principle #24Intermediary (Mediator)

2Adaptability or versatility

If the provider transmits new programming code to update interface objects, then the appearance and function can be changed, but the integrator must recompile and update the host application

Engineering Contradiction:

ImproveAbility to change interface object appearance and functionVSAvoidComplexity of update process

Core Design Contradiction:

Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The interface object rendering capability is extracted from the host application and placed in a separate rendering application. The service application provides interface object specifications to the rendering application independently of the host application. This extraction eliminates the need for host application recompilation when interface objects need updating, as changes are confined to the rendering application's data and state.

Inventive Principle:

Principle #2Taking out (Extraction)

Solution Approach 2:

The system implements dynamic updates by allowing the service application to modify interface object specifications at runtime. The rendering application receives updated specifications and automatically re-renders interface objects without requiring the host application to be recompiled or restarted. This dynamic approach enables flexible updates while maintaining system stability.

Inventive Principle:

Principle #15Dynamics

3Reliability

If manual updates are required for interface objects, then control over updates is maintained, but efficiency and flexibility in managing interface elements are reduced

Engineering Contradiction:

ImproveControl over interface object updatesVSAvoidEfficiency of interface object management

Core Design Contradiction:

ReliabilityVSProductivity

Solution Approach 1:

The rendering application continuously monitors for updates from the service application and automatically processes them. When the service application provides new interface object specifications, the rendering application detects these changes and re-renders the affected interface objects. This feedback mechanism maintains reliability through controlled updates while improving productivity by eliminating manual intervention.

Inventive Principle:

Principle #23Feedback

Solution Approach 2:

The rendering application performs self-updating by automatically receiving new interface object specifications from the service application and re-rendering interface objects without human intervention. The system manages its own update process, maintaining control through the service application's authoritative specifications while significantly improving efficiency by eliminating manual update steps.

Inventive Principle:

Principle #25Self-service

Data Source

PatentEP3058450B1Rendering interface objects defined by a separate application

Publication Date: 2019.08.07 GOOGLE LLC

Figure 1
Figure 2
Figure 3

AI summary

An application system provides a specification to render and update interface objects to a first application on one or more computing devices. The first application receives a request to provide instructions for presenting an object from a second application operating on the one or more computing devices. The first application communicates the instructions for presenting the object to the second application. The communication may be made via the operating system of the one or more computing devices or in another suitable manner. The first application receives an update to the instructions for presenting the object to the second application from an application provider or other application system. The first application communicates the updated instructions for presenting the object to the second application.