Low-Code Offline Sync for Mobile Apps

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current solutions for developing mobile business applications that operate offline are complex and costly, requiring extensive custom code for handling disconnected operations, data synchronization, and conflict resolution, which is time-consuming and error-prone, especially during prototyping and concept testing.

Innovation Solution

A low-code environment with a UX builder that enables developers to configure data sources, synchronization policies, and conflict resolution options, and an application server that manages synchronization requests, conflict detection, and user interface rendering, reducing the need for custom code and simplifying the development of transactional applications for unreliable wireless networks.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If complex custom code is written to handle offline operations and data synchronization, then data integrity and synchronization reliability are improved, but development time and complexity increase significantly

Engineering Contradiction:
Improvedata integrityVSAvoidcode complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary synchronization service that mediates between mobile devices and the central database. This service handles offline operations, conflict detection, and data synchronization automatically, eliminating the need for complex custom code in mobile applications while ensuring data integrity through centralized coordination.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The synchronization service performs self-service by automatically detecting changes on mobile devices, identifying conflicts with the central database, and coordinating updates without requiring manual intervention or complex error handling code. The system manages its own synchronization state and resolves conflicts autonomously.

Inventive Principle:
Principle #25Self-service

2Reliability

If extensive custom code is implemented for conflict resolution and synchronization, then synchronization reliability is improved, but development time increases

Engineering Contradiction:
Improvesynchronization reliabilityVSAvoiddevelopment time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The synchronization service is designed as a universal platform that handles multiple functions: offline data storage, change tracking, conflict detection, and coordination with the central database. This multi-functional service eliminates the need for separate custom implementations in each mobile application, reducing development time while maintaining synchronization reliability.

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

Solution Approach 2:

The system changes the operational parameters of data synchronization by introducing a centralized service that manages synchronization state, timing, and conflict resolution. This parameter-based approach replaces complex custom logic with configurable synchronization policies, reducing development effort while ensuring reliable operation.

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If custom per-application synchronization logic is written, then application-specific synchronization needs are met, but development cost increases

Engineering Contradiction:
Improveapplication-specific synchronizationVSAvoiddevelopment cost
Core Design Contradiction:
Adaptability or versatilityVSEase of manufacture

Solution Approach 1:

The patent segments the synchronization functionality into a separate centralized service that is independent of individual mobile applications. This segmentation allows each application to use the same synchronization infrastructure without custom code, reducing development costs while maintaining application-specific adaptability through configuration rather than coding.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The centralized synchronization service acts as an intermediary layer between diverse mobile applications and the central database. This intermediary handles application-specific synchronization needs through standardized interfaces and configurable policies, eliminating the need for custom per-application logic while maintaining adaptability to different use cases.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Ease of operation

If local database replica is used for offline operation, then offline functionality is improved, but data validation and synchronization complexity increase

Engineering Contradiction:
Improveoffline operationVSAvoiddata validation complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The synchronization service serves as an intermediary that validates data before it reaches the central database. Mobile devices can operate offline with local database replicas without implementing complex validation logic, as the centralized service performs validation and conflict detection automatically during synchronization.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system performs self-service validation by having the synchronization service automatically check data integrity, detect conflicts, and coordinate updates with the central database. This eliminates the need for complex validation code in mobile applications while ensuring data quality during offline operation.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS10423392B2Systems and methods for transactional applications in an unreliable wireless network
Publication Date: 2019.09.24 ALPHA SOFTWARE CORP
  • US10423392B2 patent drawing
  • US10423392B2 patent drawing
  • US10423392B2 patent drawing

AI summary

A system for building and deploying transactional applications in an unreliable wireless network environment may include a low-code environment and an application server. A generated transactional application may include controls that allow a user to make changes in offline mode, and mechanisms to synchronize offline changes with the application server. The application server may process synchronization requests and detect write conflicts. A generated transactional application may include additional controls to allow a user to resolve write conflicts.