Usage Map Sector Control for Location-Based API Calls

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Mobile computing devices often send API calls to servers based on their location, leading to unnecessary resource usage when the location-based features are not useful, resulting in inefficient use of computational resources and server resources.

Innovation Solution

Implementing usage maps that divide geographic areas into sectors, where each sector is encoded with data to determine which location-based features to enable or disable based on the device's location, allowing applications to selectively use features only when necessary.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If location-based features are always enabled, then application functionality and user experience are improved, but computational resources and server resources are wasted when the features are not useful

Engineering Contradiction:
Improveapplication functionalityVSAvoidcomputational resource usage
Core Design Contradiction:
Adaptability or versatilityVSLoss of energy

Solution Approach 1:

The system performs preliminary action by pre-calculating and storing usage maps that indicate whether location-based features should be enabled or disabled for different geographic areas. The mobile device retrieves the appropriate usage map before making API calls, allowing it to preemptively disable unnecessary location-based features based on predicted location, thereby avoiding wasted computational and server resources while maintaining functionality where needed

Inventive Principle:
Principle #10Preliminary action

2Speed

If location-based features are always enabled, then application responsiveness is improved, but unnecessary API calls are made resulting in server strain

Engineering Contradiction:
Improveapplication responsivenessVSAvoidserver strain
Core Design Contradiction:
SpeedVSObject-generated harmful factors

Solution Approach 1:

The system uses preliminary action by having the mobile device retrieve and cache usage maps in advance. When the device needs to make an API call, it first checks the cached usage map for the current location. If the usage map indicates location-based features should be disabled, the device preemptively skips the API call, thereby maintaining responsiveness for necessary features while preventing server strain from unnecessary requests

Inventive Principle:
Principle #10Preliminary action

3Loss of energy

If location-based features are selectively disabled, then resource efficiency is improved, but application functionality may be reduced

Engineering Contradiction:
Improveprocessing time and battery lifeVSAvoidlocation-based feature availability
Core Design Contradiction:
Loss of energyVSAdaptability or versatility

Solution Approach 1:

The system applies dynamics by making the enablement status of location-based features adaptive rather than static. The mobile device dynamically determines whether to enable location-based features based on real-time location information and the corresponding usage map. This allows the application to automatically adjust its behavior - disabling features when unnecessary to save resources while enabling them when needed to maintain functionality, thus resolving the contradiction between efficiency and adaptability

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS12164979B2Controlling location-based features with usage maps
Publication Date: 2024.12.10 SALESFORCE INC
  • US12164979B2 patent drawing
  • US12164979B2 patent drawing
  • US12164979B2 patent drawing

AI summary

Systems, device and techniques are disclosed for controlling location-based features with usage maps. An application running on a device may receive a current location of the device. The application may determine a sector of a usage map that corresponds to the current location of the device. The usage map may be associated with the application and he usage map may include a map of a geographic area divided into sectors. The application may modify the operation of a remote API call of the application based on the sector of the usage map that corresponds to the current location of the device by disabling or rate-limiting the remote API call.