Self-Service Terminal Multi-Transaction Processing
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Traditional self-service terminals (SSTs) execute financial transactions sequentially, even when multiple transactions of the same type are requested by a user, which limits their ability to provide complex services and is inefficient for sophisticated users.
Innovation Solution
The SST includes a processing module that allows users to conduct multiple financial transactions by storing transaction data in a transaction cache and queue, enabling simultaneous execution of transactions after the selection and data-entry stages, and displaying the effects on financial accounts before fulfillment, with the option to amend transactions before authorization and fulfillment.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If traditional SST executes transactions sequentially, then each transaction is completed atomically and independently, but the time required to complete multiple transactions increases and user interaction is repeated
Solution Approach 1:
The system performs preliminary actions by collecting and validating all transaction data in advance during the selection and data-entry stages, storing them in a transaction cache. This allows multiple transactions to be prepared simultaneously before execution, reducing the total time required while maintaining atomicity through batch processing.
Solution Approach 2:
The transaction processing is segmented into distinct phases: data collection phase where multiple transactions are gathered and validated, and execution phase where they are processed. This segmentation allows the system to maintain atomicity boundaries while improving overall throughput by processing multiple transactions in batches rather than one-at-a-time.
2Ease of manufacture
If traditional SST processes each transaction independently, then the system architecture is simple and easy to implement, but the device complexity increases when attempting to support complex multi-transaction services
Solution Approach 1:
The processing module is designed with universal functionality to handle both simple sequential transactions and complex multi-transaction batches through a unified interface. The same module can process single transactions or multiple transactions simultaneously, providing adaptability for complex services while maintaining implementation simplicity through consistent processing logic.
Solution Approach 2:
A transaction cache and queue mechanism acts as an intermediary between user input and transaction execution. This intermediary layer manages the complexity of multi-transaction processing by buffering and organizing transaction data, allowing the core processing logic to remain simple while supporting versatile transaction patterns.
3Ease of operation
If traditional SST completes one transaction before gathering data for the next, then user interface interactions are clear and sequential, but the quantity of user interactions and data entry steps increases
Solution Approach 1:
Multiple transaction data-entry operations are merged into a single continuous data collection phase. Users can specify multiple transactions sequentially at the interface, and the system combines all data entry interactions into one unified session, reducing the total number of separate interaction cycles while maintaining clear interface guidance through structured prompts.
Data Source
AI summary
A self-service terminal (SST) for use in conducting multiple financial transactions between a user of the SST and a financial institution includes one or more user-interface devices and a processing module. The user interface devices are configured to receive information from and provide information to the user. The processing module is configured to: (1) receive from the one or more user-interface devices information identifying a first one of the transactions and information containing details necessary to complete the first one of the transactions; (2) receive from the one or more user-interface devices information identifying a second one of the transactions and information containing details necessary to complete the second one of the transactions; and (3) thereafter initiate execution of the first one of the transactions and the second one of the transactions over a financial-transaction network.


