SLAM Map Key Data Storage for Lower Memory Load

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Autonomous devices face high memory resource consumption when performing large-scale mapping using SLAM technology due to the acquisition of vast amounts of laser, image, and IMU data, necessitating larger hardware capacities.

Innovation Solution

A map data management method that involves acquiring environmental data, determining key data at specific locations, and storing it in a preset database, reducing memory consumption by only retaining critical data on-device and offloading others to a spatial database.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If SLAM technology is used for large-scale mapping, then mapping capability is improved, but memory resource consumption increases

Engineering Contradiction:
Improvemapping capabilityVSAvoidmemory resource consumption
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The patent segments map data into two categories: key data (essential for map construction and positioning) and non-key data (less critical). By dividing the data storage into device-side storage for key data and server-side storage for complete data, the system reduces on-device memory requirements while maintaining mapping capability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent extracts key data from the complete environmental data and stores it locally on the device, while the remaining non-key data is stored on the server. This extraction approach allows the device to maintain essential mapping functionality with reduced memory consumption.

Inventive Principle:
Principle #2Taking out (Extraction)

2Loss of information

If all environmental data is stored on the device, then data completeness is improved, but hardware requirements increase

Engineering Contradiction:
Improvedata completenessVSAvoidhardware requirements
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The patent introduces a server as an intermediary to store complete environmental data. The device communicates with the server to access complete data when needed, while only maintaining essential key data locally. This intermediary approach preserves data completeness without increasing device hardware requirements.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent moves storage capacity from the device dimension to the network dimension by utilizing cloud-based server storage. This allows the system to access vast amounts of data without proportionally increasing device storage capacity, effectively adding a network storage dimension to the system architecture.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

3Quantity of substance

If key data is determined and stored based on location, then memory usage is optimized, but data retrieval complexity increases

Engineering Contradiction:
Improvememory usageVSAvoiddata retrieval complexity
Core Design Contradiction:
Quantity of substanceVSDevice complexity

Solution Approach 1:

The patent performs preliminary actions by pre-determining key data based on location information during the data collection phase. By identifying and marking key data in advance according to location criteria, the system simplifies subsequent retrieval operations, as the key data is already identified and stored separately for quick access.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20250362681A1Map data management method, device and computer-readable storage medium
Publication Date: 2025.11.27 UBTECH ROBOTICS CORP LTD
  • US20250362681A1 patent drawing
  • US20250362681A1 patent drawing
  • US20250362681A1 patent drawing

AI summary

A map data management method includes: during map construction by a device, acquiring environmental data collected when the device is at different target locations; determining first key data corresponding to the environmental data; acquiring a current first location of the device, and determining a second location based on the first location, wherein the first location is one of the target locations, and the second location is a location among the target locations other than the first location, and a predetermined condition is satisfied between the second location and the first location; and based on the second location, determining second key data from the first key data, and storing the second key data in a preset database.