Ride-Hailing Dispatch Platform With Real-Time Driver Tracking

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current fleet management systems for taxis and limousines lack communication with customers, rely on manual payment methods, and underutilize driver availability, leading to inefficiencies and idle vehicle time.

Innovation Solution

A system and method utilizing mobile devices with geo-aware capabilities to programmatically arrange transport requests and payments, enabling automatic driver selection, real-time updates, and seamless payment processing through a shared platform.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If conventional fleet management systems use onboard metering devices and radios for dispatch, then driver monitoring and fare tracking are achieved, but customer communication and real-time information sharing are lost

Engineering Contradiction:
Improvecustomer communicationVSAvoidsystem architecture
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The patent introduces a central server as an intermediary component that connects customers, drivers, and fleet management. This server receives transport requests from customers via mobile devices, matches them with available drivers, and facilitates real-time communication between all parties. The server acts as a mediator that enables information flow without requiring direct complex connections between all system components.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system employs multi-functional mobile devices (smartphones, tablets) that serve multiple purposes: customer interface for requesting transport, driver interface for receiving and accepting requests, communication device for real-time updates, and payment terminal for processing transactions. This universal device approach eliminates the need for specialized hardware for each function.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Reliability

If manual payment methods (cash, credit card) are used between customer and driver, then payment flexibility is maintained, but transaction security and automated fare processing are reduced

Engineering Contradiction:
Improvetransaction securityVSAvoidpayment process
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system implements automated fare calculation and payment processing where the mobile device automatically computes the fare based on distance and time, stores the charge, and processes payment without requiring manual cash exchange or credit card handling between customer and driver. The system self-manages the entire payment workflow including fare computation, customer authorization, and fund transfer to the driver.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent replaces the mechanical cash-handling system with an electronic payment system. Instead of physical cash or manual credit card transactions, the system uses electronic fund transfers through the mobile device and server infrastructure, eliminating the need for physical money exchange and associated security risks.

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

3Productivity

If drivers are dispatched through conventional radio systems, then basic dispatch functionality is achieved, but driver availability utilization and response time are limited

Engineering Contradiction:
Improvedriver utilizationVSAvoiddriver idle time
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The system implements real-time feedback loops where the server continuously monitors driver availability status, location, and current job completion. When a driver becomes available, the system immediately notifies them of pending requests and can automatically assign new jobs. This feedback mechanism ensures drivers are rapidly reutilized, minimizing idle time between assignments.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system performs preliminary actions by pre-matching transport requests with suitable drivers based on location, vehicle type, and availability before the customer actually needs the service. The server maintains a pool of pending requests and proactively assigns them to drivers as they become available, rather than waiting for drivers to check for new requests.

Inventive Principle:
Principle #10Preliminary action

4Ease of operation

If real-time tracking and automatic payment systems are implemented, then customer experience and transaction security are improved, but system complexity and infrastructure requirements increase

Engineering Contradiction:
Improvecustomer experienceVSAvoidsystem infrastructure
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The system uses universal mobile devices (smartphones, tablets) that customers and drivers already possess to handle multiple functions: location tracking, communication, fare calculation, payment processing, and notification delivery. By leveraging existing ubiquitous devices rather than deploying specialized hardware, the system achieves real-time capabilities without proportionally increasing infrastructure complexity.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS12547954B2System and method for facilitating a transport service for drivers and users of a geographic region
Publication Date: 2026.02.10 UBER TECHNOLOGIES INC
  • US12547954B2 patent drawing
  • US12547954B2 patent drawing
  • US12547954B2 patent drawing

AI summary

A system provides a set of data to a user application on a computing device of a user, the set of data being used by the mobile computing device to display a map indicating the current location of the mobile computing device on the map, an estimated arrival time for a vehicle to rendezvous with the user, and a user interface feature operable by the user to request transport. The system can select a driver to fulfill the user's transport request and prior to transport being provided to the user, the system tracks a current location of the selected driver as the selected driver progresses to the pickup location and provides progress information of the selected driver to the user. Upon the user being picked up by the selected driver, the system tracks the selected driver from the pickup location to a drop-off location.