View-Based Storage for Service Items

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing computing systems face delays and resource inefficiencies when rendering user interfaces due to the need for repetitive and costly data access operations for individual service items, particularly when transitioning between views or handling new data arrivals.

Innovation Solution

Implementing view-based storage where service items are stored and retrieved in association with identified views, reducing repetitive access operations by using coherent data structures that include service items and components for each view, and prioritizing storage and retrieval based on view importance and user interaction state.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If individual service items are retrieved and formatted for each view transition, then data accuracy is maintained, but rendering speed deteriorates due to repetitive access operations

Engineering Contradiction:
Improveview loading speedVSAvoiddata access time
Core Design Contradiction:
SpeedVSLoss of time

Solution Approach 1:

The patent pre-loads service items into local storage before they are actually needed for rendering. When a user navigates to a view, the corresponding service items are already cached locally, eliminating the need for real-time network requests and individual item retrieval during the view transition, thus significantly improving loading speed.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent combines multiple individual service item retrievals into a single batch operation. Instead of making separate requests for each email or service item when transitioning between views, the system retrieves all required items in one consolidated request, reducing the total number of access operations and improving rendering performance.

Inventive Principle:
Principle #5Merging (Combining)

2Reliability

If new service items are processed and stored immediately upon arrival, then data freshness is maintained, but rendering performance deteriorates due to resource consumption

Engineering Contradiction:
Improvedata freshnessVSAvoidrendering throughput
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system implements an asynchronous processing model where new service items are processed and stored in the background without blocking the main rendering thread. The data processing occurs independently, allowing the rendering pipeline to continue operating at full capacity while new items are integrated into the local storage system.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

New service items are pre-processed and stored in local storage as soon as they arrive, before they are needed for rendering. This preliminary action ensures that when views need to be rendered, the data is already prepared and available, eliminating the need for time-consuming processing during the rendering phase.

Inventive Principle:
Principle #10Preliminary action

3Quantity of substance

If individual data requests are made for each service item in a view, then data completeness is ensured, but resource efficiency deteriorates due to multiple access operations

Engineering Contradiction:
Improvedata completenessVSAvoidnetwork resource usage
Core Design Contradiction:
Quantity of substanceVSUse of energy by moving object

Solution Approach 1:

The patent merges multiple individual data requests into a single batch request when loading views. Instead of making separate network calls for each email or service item, the system consolidates all required data retrieval operations into one efficient request, reducing network overhead and resource consumption while ensuring all necessary data is retrieved.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The system creates local copies of service items in the client application's storage. Once data is retrieved from the server, it is cached locally, allowing subsequent access to occur without additional network requests. This copying strategy ensures data completeness is maintained while dramatically reducing repeated network resource usage.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS10838972B2Storing service items in association with views
Publication Date: 2020.11.17 MICROSOFT TECHNOLOGY LICENSING LLC
  • US10838972B2 patent drawing
  • US10838972B2 patent drawing
  • US10838972B2 patent drawing

AI summary

Systems, methods, and software are described herein to support view-based storage. A service application that provides a user interface to a service receives data communicated by the service and identifies at least a service item to present in at least one of various views rendered in the user interface. The service application then identifies with which of the views to associate the service item and stores the service item in association with an identified view or views.