Mapping App Integrating Ride Service APIs for Unified Navigation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current mapping applications require users to switch between different ride service applications to compare and select transportation options, which is inconvenient and lacks integrated navigation and visualization features.

Innovation Solution

A mapping application that communicates with ride service APIs to provide multi-modal travel directions, visualize ride services on a digital map, and allow users to select and order rides without leaving the app, incorporating features like pick-up location recommendations and street-level imagery.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If users switch between different ride service applications to compare and select transportation options, then they can access multiple ride service providers, but the user experience becomes inconvenient and complex

Engineering Contradiction:
Improveaccess to multiple ride service providersVSAvoiduser convenience
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent combines multiple ride service provider interfaces and functionalities into a single mapping application. The system integrates multiple ride service APIs within one application, allowing users to compare and select from different providers without switching apps. This merging approach maintains versatility while significantly improving ease of operation by providing a unified interface for accessing diverse transportation options.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The mapping application is designed to serve multiple functions: it provides map navigation, integrates multiple ride service providers, compares transportation options, and enables direct booking. This universal platform eliminates the need for separate ride service applications while maintaining comprehensive access to various transportation providers, thereby improving user convenience without sacrificing adaptability.

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

2Reliability

If ride service applications are separate from mapping applications, then each application can be optimized for its specific function, but users must switch between apps losing integrated navigation and visualization features

Engineering Contradiction:
Improvespecialized functionalityVSAvoidintegrated navigation
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent merges the mapping application with ride service functionality, creating a unified application that retains both specialized navigation features and ride booking capabilities. The system integrates map visualization, route planning, and ride service selection within a single interface, ensuring users maintain access to integrated navigation and visualization features while accessing specialized ride service functions.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The ride service functionality is nested within the mapping application framework. The mapping application serves as the container that provides navigation and visualization features, while ride service providers are integrated as nested components within this framework. This nesting allows specialized ride service functions to operate within the broader context of the mapping application, maintaining both specialized functionality and integrated navigation.

Inventive Principle:
Principle #7Nested doll (Nesting)

3Ease of operation

If the mapping application integrates multiple ride service APIs, then users can select rides without leaving the app, but the device complexity increases

Engineering Contradiction:
Improveseamless ride selectionVSAvoidintegration of multiple APIs
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary layer that manages communications between the mapping application and multiple ride service APIs. This intermediary component handles the complexity of integrating multiple providers by standardizing API interactions, managing authentication, and coordinating ride requests. By placing this intermediary between the user interface and multiple APIs, the system achieves seamless ride selection while containing device complexity within the intermediary management layer rather than propagating it throughout the entire system.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS20230044010A1Customizing visualization in a navigation application using third-party data
Publication Date: 2023.02.09 GOOGLE LLC
  • US20230044010A1 patent drawing
  • US20230044010A1 patent drawing
  • US20230044010A1 patent drawing

AI summary

An interactive digital map is provided via a user interface of a computing device. A request to obtain travel directions to a destination is received via the user interface. An indication of a ride from a pick-up location to a drop-off location, to traverse at least a portion of the route, is obtained from a third-party provider of a ride service. Visualization information for rendering a visualization of the ride on the digital map also is received from the third-party provider of the ride service. The visualization of the ride on the digital map is generated in accordance with the received visualization information.