Ride-Share Authentication via Hash Comparison and Biometrics
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Ride sharing services face issues with incorrect rider and driver matching due to communication disruptions and account sharing, leading to wasted time and incorrect pickups.
Innovation Solution
Implementing a ride sharing service network that uses a cloud-based system to process ride requests and responses as hash values, comparing these values across rider and driver devices to authenticate and confirm the correct rider and driver through visual and audio identification, and utilizing a ledger to record transactions and verify identities.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If communication is performed between rider device and driver device through the ride sharing service network, then ride requests and responses can be transmitted, but communication disruptions may occur causing incorrect matching
Solution Approach 1:
The system performs preliminary actions by having both the rider device and driver device independently generate hash values of the ride request and response data before transmission. These hash values are sent to the ride sharing service network in advance, creating a verification mechanism that will work even if communication disruptions occur during the actual ride request/response exchange.
Solution Approach 2:
The ride sharing service network acts as an intermediary by receiving and comparing hash values from both the rider device and driver device. This intermediary verification process confirms that both devices have the correct ride request and response data, ensuring accurate matching even when direct communication between rider and driver devices is disrupted.
2Adaptability or versatility
If rider accounts or driver accounts are shared among multiple people, then device availability increases, but incorrect person identification occurs
Solution Approach 1:
The system implements feedback by having the rider device receive the driver's response and generate a hash value, which is then compared with the hash value the driver device received from the network. This feedback loop ensures that even when accounts are shared, the actual user's device can verify the correctness of the matching through independent hash verification.
3Device complexity
If the system uses traditional communication protocols for ride requests and responses, then implementation is simple, but errors in matching occur due to communication disruptions
Solution Approach 1:
The system replaces traditional mechanical communication verification with a cryptographic hash-based verification mechanism. Instead of relying solely on network-confirmed data transmission, both rider and driver devices independently generate and verify hash values, substituting the traditional trust-based mechanical system with a mathematically verifiable cryptographic system that is resistant to communication disruptions.
Data Source
AI summary
This disclosure describes a method and device for processing ride-sharing requests. The method and device process ride requests received from a first mobile device and generate a first hash corresponding to the ride request. The disclosure also describes a method and device for processing ride sharing responses. The method and device receives a ride request from a rider account, transmits a ride response to the rider account, compares a first location to a current location, determines that a difference between the first location and the current location is less than a threshold value, conducts a visual analysis of one or more persons proximate to the current location, requests that the rider audibly identify themselves, and determines, based at least in part on the audible identification and visual identification, that the rider is associated with the rider account.


