Filter Driver for ATM Resource Linkage
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing self-service terminals, such as ATMs, face challenges in maintaining accurate visual cues and lead-through information due to their high configurability, requiring time-consuming manual tailoring of applications and risking incorrect linkages that can lead to poor user interaction.
Innovation Solution
A file system filter driver is executed on the terminal's processor to intercept requests for resources, determining appropriateness and providing alternative resources through a configuration table, ensuring correct linkage and automatic updates, thereby eliminating the need for manual configuration and accommodating hardware changes.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a tailored application is manually configured for each ATM hardware configuration, then the correct visual cues and lead-through information can be provided for specific devices, but the process becomes time-consuming and prone to incorrect linkages
Solution Approach 1:
The system enables automatic self-configuration by having the application automatically detect the hardware configuration and link appropriate visual resources without manual intervention. The filter driver intercepts resource requests and automatically redirects them to the correct resources based on detected device versions, eliminating the need for manual tailoring while ensuring accurate linkages.
Solution Approach 2:
The system implements feedback mechanisms where the application queries the actual hardware configuration and uses this information to automatically adjust resource linkage. The filter driver provides feedback about the detected device version to the application, enabling dynamic adaptation and correct resource selection without manual configuration.
2Adaptability or versatility
If manual tailoring of applications is performed for each ATM configuration, then visual cues can be matched to specific devices, but the configuration may become incorrect or outdated after hardware upgrades
Solution Approach 1:
The system transitions from static manual configuration to dynamic automatic detection and adaptation. The filter driver continuously monitors hardware configuration and dynamically redirects resource requests to match the current device version, ensuring the application adapts automatically to hardware upgrades and changes without losing correctness.
Solution Approach 2:
The filter driver serves multiple functions: it intercepts resource requests, detects device versions, determines appropriate resources, and redirects requests accordingly. This universal mechanism handles various hardware configurations and upgrade scenarios through a single automated system, improving both adaptability and reliability.
3Adaptability or versatility
If multiple device versions are supported in the same ATM network, then hardware flexibility is improved, but the complexity of maintaining correct visual cues for each version increases
Solution Approach 1:
The filter driver acts as an intermediary layer between the application and multiple device versions. It intercepts all resource requests and automatically determines the correct resource based on the detected device version, eliminating the need for complex manual configuration management across multiple hardware variants.
Solution Approach 2:
The system uses resource redirection where a single application can serve multiple device versions through the filter driver's copying and redirecting of resource requests to version-appropriate resources. This allows one application binary to support multiple hardware configurations without duplicating configuration efforts.
Data Source
AI summary
A filter driver arranged to be executed on a processor of a terminal. The filter driver, when executed, is arranged to (i) receive a request for a first resource relating to a device installed in the terminal; (ii) determine if the requested first resource is appropriate for the device; and (iii) provide a second resource if the first resource is inappropriate for the device.