Kiosk Camera Scanner for Offline Itinerary Construction
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing kiosk systems for generating travel itinerary destinations and recommendations require users to install additional applications or have internet access, which can be inconvenient for tourists, especially those without QR code reader applications or reliable internet connectivity.
Innovation Solution
A public kiosk system that allows users to create and edit itineraries using a camera-based scanner integrated into the kiosk, enabling seamless interactions between mobile devices and public displays without the need for third-party applications, allowing users to scan destinations, construct itineraries, and display routing information.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If users are required to install QR code reader applications or have internet access to interact with public displays, then data transfer capability between mobile devices and public displays is improved, but user convenience and accessibility deteriorate
Solution Approach 1:
The system allows users to scan content from any application on their mobile device without requiring installation of additional apps. The kiosk camera captures the screen content, and the system automatically processes and transfers the data, making the public display system serve itself by accepting input from standard mobile device functions.
Solution Approach 2:
The kiosk system accepts input from multiple sources including QR codes, barcodes, and direct mobile device screen scanning. This multi-functional approach allows the system to work with various types of content and input methods, making it universally compatible with different mobile device applications and content types.
2Reliability
If users are asked to input email address or phone number to send information, then data transfer between public display and mobile device is enabled, but device complexity and user burden increase
Solution Approach 1:
The system extracts the essential data transfer function from complex user authentication and communication protocols. By using camera-based scanning of visual codes or direct screen capture, the system removes the need for email addresses, phone numbers, or other personal information input, isolating and eliminating the problematic complexity while retaining the core data transfer capability.
3Adaptability or versatility
If users need to download third-party applications to interact with public displays, then functionality and features are improved, but ease of operation and user accessibility worsen
Solution Approach 1:
The system leverages the mobile device's existing camera and screen display capabilities to perform the interaction function. Users simply point their device at the kiosk or show their screen to the kiosk camera, and the system processes the content automatically. This eliminates the need for users to download or install any additional applications while maintaining full system functionality.
4Loss of information
If internet access is required for real-time itinerary updates and recommendations, then information accuracy and relevance are improved, but system accessibility and user freedom deteriorate
Solution Approach 1:
The system allows users to capture and store itinerary information, recommendations, and routing data during offline periods or when at the kiosk location. The captured content is processed and saved locally on the user's mobile device, enabling access to itinerary information without requiring continuous internet connectivity. Internet access is used preliminarily to gather information when available, but not required for subsequent access.
Data Source
AI summary
For tourists, interactions with digital public displays often depend on specific technologies that users may not be familiar with (Quick Response codes, near field communication, and so on) may not have access to because of networking issues, may lack a required application or device technology, may not want to use because of time constraints, or may not want to use because they are worried about sharing their data with a third-party service. Example implementations described herein are directed to a system that allows users to seamlessly share content with a public travel kiosk system.