Mobile POS Locked State for Seamless Cart Updates
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing mobile point-of-sale (POS) systems require staff to log in before performing tasks like building or updating an electronic shopping cart, which disrupts communication with customers and can lead to lost sales.
Innovation Solution
Implementing an intermediary 'locked' state for the POS device allows staff to create or update a shopping cart without logging in, with the option to log in during a pause in communication to complete transactions securely.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If staff log in to the POS system before building or updating an electronic shopping cart, then security and authorization are improved, but the time required for transaction setup increases and customer communication is disrupted
Solution Approach 1:
The system performs preliminary authentication by establishing a secure session before the staff member actually needs to build or update a shopping cart. The authentication token is pre-established and stored, allowing immediate access to cart-building functions without requiring login at the moment of use. This resolves the contradiction by preparing security measures in advance while eliminating delays during the actual transaction setup.
Solution Approach 2:
An authentication token serves as an intermediary mechanism between the staff member and the POS system. Instead of requiring direct login credentials at the point of use, the system uses this token as a mediator to verify identity and authorize actions. The token is obtained during an initial authentication phase and then enables seamless access to cart-building functions, resolving the time-loss issue while maintaining security.
2Reliability
If staff log in to the POS system before performing transaction tasks, then authorization and security are improved, but ease of operation deteriorates due to login friction during customer interactions
Solution Approach 1:
The system performs the authentication action preliminarily before the staff member needs to operate the POS for actual transactions. By establishing the secure session and obtaining the authentication token in advance, the system eliminates the need for login friction during customer interactions. The staff member can immediately begin building and updating shopping carts without interruption, significantly improving ease of operation while maintaining authorization through the pre-established secure session.
3Reliability
If the POS device requires continuous login verification, then security is improved, but productivity decreases due to interruptions in cart building and customer service
Solution Approach 1:
The system establishes the secure authentication session in advance before the staff member begins building or updating shopping carts. This preliminary action ensures that security measures are in place without requiring continuous verification during the cart-building process. The authentication token remains valid throughout the transaction workflow, allowing staff members to work continuously on cart building and customer service without security interruptions, thereby maximizing productivity.
Solution Approach 2:
The authentication mechanism is designed to provide continuous authorization without requiring repeated verification. Once the initial authentication is completed and the token is obtained, the system maintains the authorized state continuously throughout the cart-building process. This eliminates interruptions in the useful action of building and updating shopping carts, allowing staff members to work continuously and efficiently while maintaining security through the persistent authentication token.
Data Source
AI summary
A method for processing a transaction at a mobile includes: receiving a product identifier of a product; and creating or updating an electronic shopping cart based on the product identifier of the product; receiving a request for performing a transaction task; in response to the request for performing the transaction task, determining a state of the mobile POS device; when the state of the mobile POS device is determined to be unlocked: performing the transaction task; and when the state of the mobile POS device is determined to be locked: rejecting the request for performing the transaction task. Related systems and devices are also disclosed.


