GeoHash-Based Hotspot Data Caching for Location Services

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing location-based service technologies face inefficiencies in storing and updating merchant information due to the need for caching all merchant data in a background server, leading to large storage requirements and low update efficiency, especially when users request information within different distance ranges and when section sizes need to be updated.

Innovation Solution

A method and apparatus that utilize the GeoHash algorithm to convert two-dimensional longitude and latitude information into character string codes, allowing for efficient caching and retrieval of 'hotspot data' in areas with high query frequency, reducing the need for extensive storage and improving update efficiency by dynamically adjusting the area range and setting expiration times for cached data.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If all merchant information is cached in the background server to enable location-based queries, then query service can be provided, but storage space occupation increases significantly

Engineering Contradiction:
Improvequery service availabilityVSAvoidstorage space
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent extracts only the frequently accessed merchant information (hotspot data) from the complete merchant database and caches it in the background server. This selective extraction approach maintains query service availability for popular locations while significantly reducing the storage space required compared to caching all merchant information.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent implements local quality by differentiating between hotspot areas (high query frequency) and non-hotspot areas (low query frequency). The background server caches data with different strategies: frequently accessed merchant information is cached locally, while less frequently accessed data remains in the original database, optimizing both storage efficiency and query performance based on local access patterns.

Inventive Principle:
Principle #3Local quality

2Adaptability or versatility

If section division is performed according to different fixed ranges to satisfy user requirements, then service adaptability improves, but service data construction becomes cumbersome and time-consuming

Engineering Contradiction:
Improveservice adaptabilityVSAvoidservice data construction efficiency
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent replaces fixed-range section division with dynamic area ranges centered on the user's location. Instead of pre-defining static geographic sections, the system dynamically determines the area range based on the user's current position and query parameters, allowing flexible adaptation to different user requirements without requiring cumbersome redivision of the entire merchant database.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes the parameter representation from fixed geographic sections to dynamic area ranges defined by center coordinates and radius. This parameter change enables the system to adapt to different user needs by simply adjusting the radius parameter rather than performing complex section divisions, significantly improving service data construction efficiency.

Inventive Principle:
Principle #35Parameter changes

3Measurement precision

If section size is updated to reflect changing geographic coverage, then service accuracy improves, but update efficiency decreases due to cumbersome operations and complete data reconstruction

Engineering Contradiction:
Improveservice accuracyVSAvoidupdate efficiency
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The patent implements dynamic area ranges that can be easily adjusted by modifying the radius parameter in the query request. When service accuracy requirements change, the system can update the area range without requiring complete data reconstruction, as the dynamic range adapts to new parameters while maintaining the cached hotspot data structure.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent performs preliminary caching of hotspot data in a flexible format that accommodates future parameter changes. By caching data with dynamic area range parameters rather than fixed section boundaries, the system prepares for future accuracy requirements without requiring complete reconstruction when updates are needed.

Inventive Principle:
Principle #10Preliminary action

4Adaptability or versatility

If different user requirements for distance ranges are met by separate caching, then user-specific service quality improves, but storage space and complexity increase

Engineering Contradiction:
Improveuser-specific service qualityVSAvoidcaching system complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a universal caching strategy where the background server caches hotspot data in a unified format that serves all user requirements. Instead of maintaining separate caches for different distance ranges, the system uses a single cache structure that can respond to various query ranges by filtering and returning appropriate results, reducing complexity while maintaining user-specific service quality.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS11144609B2Method and apparatus for obtaining data based on location information
Publication Date: 2021.10.12 TENCENT TECHNOLOGY (SHENZHEN) CO LTD
  • US11144609B2 patent drawing
  • US11144609B2 patent drawing
  • US11144609B2 patent drawing

AI summary

A method and an apparatus for obtaining data, based on location information, are provided. The method includes receiving, from a user terminal, a first query request that is used to obtain object information, the first query request carrying location information of the user terminal, and querying, in response to a cache area being not empty, the cache area for hotspot data in an area range in which the location information of the user terminal is located, the hotspot data being information of an object included in the area range, and the hotspot data being cached in response to a frequency of query access occurring in the area range exceeding a predetermined threshold. The method further includes sending, to the user terminal, the hotspot data in the area range.