Stateless Document Access Control for Battery-Powered Clients
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Traditional data access methods in REST architectural systems are inefficient for battery-powered devices, as they require maintaining communication session state, leading to resource wastage and potential data loss during network disconnections.
Innovation Solution
A method for controlling data access in a telecommunication server using stateless protocols, where a status parameter manages the lifecycle of draft documents, allowing seamless transitions between initial draft and edit draft copies, and ensures data persistence only on the server, reducing resource usage and data traffic.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If traditional data access methods in REST architectural systems are used, then data can be accessed and modified, but resource consumption and data traffic increase due to maintaining communication session state
Solution Approach 1:
The patent extracts the session state management from the client device and relocates it to the server. The server maintains a status parameter that tracks the document state (draft, filled, editing), allowing the client to communicate statelessly while the server manages the session context. This extraction reduces the resource burden on battery-powered client devices.
Solution Approach 2:
The status parameter acts as an intermediary between the client and server, mediating the communication state without requiring the client to maintain session information. The status parameter transitions through values (first value for draft, second value for filled, third value for editing) to coordinate data access operations while keeping the client communication simple and stateless.
2Reliability
If traditional data access methods are used, then data can be accessed during communication sessions, but data loss may occur during network disconnections
Solution Approach 1:
The patent implements preliminary action by creating and storing a draft document on the server before the client completes data entry. The draft document serves as a pre-prepared container that persists on the server, ensuring data is not lost if the network connection is interrupted before the client finishes inputting data. The status parameter is set to indicate the draft state, preserving the document structure and any data entered so far.
Solution Approach 2:
The patent uses copying by creating a draft document copy on the server that mirrors the document structure. This draft copy persists independently of the communication session, allowing the client to resume data entry after network reconnection without losing previously entered data. The draft document is a copy that can be updated incrementally as the client reconnects and continues data input.
3Ease of operation
If temporary in-memory versions of electronic documents are maintained, then data modification is enabled, but the lifetime is tied to communication sessions causing resource wastage
Solution Approach 1:
The patent transitions from a single-dimension approach (in-memory temporary versions tied to session lifetime) to a two-dimension approach by adding persistent storage on the server. The draft document exists in both the server's persistent storage and can be accessed during communication sessions, separating the document lifetime from the session lifetime. This dimensional change allows data modification capability while eliminating the energy wastage of creating and destroying in-memory versions with each session.
Data Source
AI summary
The present disclosure relates to a telecommunication method for controlling data access to a telecommunication server, the telecommunication server being connected to at least one client terminal via at least a first digital cellular telecommunication network, wherein the telecommunication server and the client terminal communicate via a stateless protocol, the client terminal being a battery powered device. The method comprises providing an electronic document having a plurality of input fields for entry of a set of user data; storing by the telecommunication server a status parameter in association with the electronic document, the status parameter having a first, second or third value, the first value indicating a first state of the electronic document in which the electronic document is not filled, the second value indicating a second state of the electronic document in which the electronic document is filled with the set of user data, the third value indicating a third state of the electronic document in which the electronic document is being requested for modifying at least part of the set of user data.