Ride-Share Authentication via Hash Comparison and Biometrics

Resolve Bottlenecks,
Find Innovative Solutions
Generate 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

VSEngineering 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

Engineering Contradiction:
Improveride matching accuracyVSAvoidtransaction information loss
Core Design Contradiction:
ReliabilityVSLoss of information

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.

Inventive Principle:
Principle #10Preliminary action

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.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If rider accounts or driver accounts are shared among multiple people, then device availability increases, but incorrect person identification occurs

Engineering Contradiction:
Improvedevice sharing flexibilityVSAvoidrider identification accuracy
Core Design Contradiction:
Adaptability or versatilityVSMeasurement precision

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.

Inventive Principle:
Principle #23Feedback

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

Engineering Contradiction:
Improvesystem implementation complexityVSAvoidride matching reliability
Core Design Contradiction:
Device complexityVSReliability

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.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Data Source

PatentUS10825121B2System and method for authenticating ride-share requests
Publication Date: 2020.11.03 FORD GLOBAL TECH LLC
  • US10825121B2 patent drawing
  • US10825121B2 patent drawing
  • US10825121B2 patent drawing

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.