Multi-Invitation Transport Allocation to Reduce Provider Decline Delays

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing network services experience undesirable delays and uncertainty when service providers decline invitations, necessitating repeated identification and invitation transmission, which affects user experience.

Innovation Solution

A network system that transmits multiple invitations to candidate service providers based on geo-location, historical acceptance metrics, and network performance, allowing for immediate selection from interested providers, thereby reducing wait times and ensuring equitable service allocation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Device complexity

If a single service provider is identified and invited to provide a service, then the service allocation process is simple, but the user experiences undesirable delays and uncertainty when the service provider declines the invitation

Engineering Contradiction:
Improveservice allocation process complexityVSAvoiduser wait time
Core Design Contradiction:
Device complexityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by identifying multiple candidate service providers in advance and transmitting invitations to all of them simultaneously, rather than sequentially. This prepares multiple potential solutions beforehand, so when one provider declines, another is already ready to accept, eliminating delays for the user.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system dynamically adapts the service allocation process by monitoring acceptance responses in real-time. When a service provider accepts or declines an invitation, the system automatically updates the allocation decision and notifies the user, making the process flexible and responsive rather than rigid and sequential.

Inventive Principle:
Principle #15Dynamics

2Loss of time

If multiple invitations are transmitted to candidate service providers, then user wait times are reduced, but the network system must handle increased complexity in managing multiple candidates and their responses

Engineering Contradiction:
Improveuser wait timeVSAvoidnetwork system complexity
Core Design Contradiction:
Loss of timeVSDevice complexity

Solution Approach 1:

The network system is segmented into specialized components: an identification module that finds candidates, an invitation transmission module that sends invitations, a response reception module that collects acceptances/declines, and a selection module that determines the final provider. This segmentation allows each component to handle its specific task efficiently, reducing overall system complexity despite managing multiple candidates.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements feedback mechanisms where service providers' acceptance or decline responses are immediately communicated back to the network system and the user. This feedback loop allows the system to automatically adjust its allocation decisions based on real-time responses, managing complexity through automated information flow rather than manual intervention.

Inventive Principle:
Principle #23Feedback

3Ease of operation

If the network system waits for service provider responses sequentially, then the process is easier to manage, but it leads to undesirable delays from the user's perspective

Engineering Contradiction:
Improveprocess management easeVSAvoidservice allocation speed
Core Design Contradiction:
Ease of operationVSProductivity

Solution Approach 1:

The system uses periodic action by transmitting invitations to multiple service providers in parallel batches rather than one at a time. It periodically monitors for responses and processes them in groups, maintaining ease of management through structured periodic checks while significantly improving allocation speed compared to strict sequential processing.

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS20250227143A1Multi-invitation mode for transport services
Publication Date: 2025.07.10 UBER TECHNOLOGIES INC
  • US20250227143A1 patent drawing
  • US20250227143A1 patent drawing
  • US20250227143A1 patent drawing

AI summary

A computing system can receive service requests from computing devices of requesting users, with each respective service request including a start location and a destination location. For a respective service request, the system can transmit a transport invitation to a plurality of provider computing devices in accordance with a multi-invitation mode. The transport invitation is displayed on a respective provider computing device and selectable by the respective transport provider to accept the respective service request. The system can receive an acceptance of the transport invitation from two or more provider computing devices. Based on the received data from the two or more provider computing devices, the system can select a transport provider from the respective two or more transport providers associated with the two or more provider computing devices to service the respective service request.