Vehicle Service Request Routing via Navigation Status Layer

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Existing vehicle-mounted device architectures struggle to support diverse user requirements due to limitations in initial design, leading to inefficiencies and increased maintenance complexity as more functions are added.

Innovation Solution

A navigation status service layer is introduced to decouple service requests from service modules, allowing for efficient processing by determining the service type and calling the appropriate module, along with a task manager and message queue to manage and schedule requests, reducing maintenance complexity and enhancing expandability.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the initial architecture design is used to support increasing functions, then the device can provide more services, but the system complexity and maintenance difficulty increase significantly

Engineering Contradiction:

Improveservice diversityVSAvoidarchitecture complexity

Core Design Contradiction:

Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the service processing architecture into distinct layers: the navigation status service layer handles service type determination, while the service module layer executes specific service functions. This segmentation allows independent development and maintenance of each layer, reducing overall system complexity while supporting service diversity.

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

The patent introduces a request processing layer as an intermediary between service requests and service modules. This intermediary layer manages the mapping between service types and modules, decoupling the relationship and reducing maintenance complexity when adding new services.

Inventive Principle:

Principle #24Intermediary (Mediator)

2Adaptability or versatility

If more service functions are added to vehicle-mounted devices, then user requirements are better met, but the maintenance complexity increases

Engineering Contradiction:

Improvefunction quantityVSAvoidmaintenance complexity

Core Design Contradiction:

Adaptability or versatilityVSEase of repair

Solution Approach 1:

By dividing the system into the navigation status service layer and service module layer, the patent enables independent maintenance of each component. When adding new functions, developers only need to add corresponding service modules without modifying the core service type determination logic, thus reducing maintenance complexity.

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

The navigation status service layer serves as a universal component that handles service type determination for multiple different service modules. This universal layer reduces maintenance complexity by providing a common processing mechanism that works across diverse service functions.

Inventive Principle:

Principle #6Universality (Multi-functionality)

3Adaptability or versatility

If the initial architecture processes diverse service requests, then service capability improves, but processing efficiency decreases

Engineering Contradiction:

Improveservice capabilityVSAvoidprocessing efficiency

Core Design Contradiction:

Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent implements preliminary classification of service requests in the navigation status service layer, where service types are determined before routing to specific modules. This preliminary action optimizes processing efficiency by avoiding unnecessary full-system searches and enabling direct routing to appropriate service modules.

Inventive Principle:

Principle #10Preliminary action

Solution Approach 2:

The request processing layer acts as an efficient intermediary that quickly maps service requests to corresponding modules using predefined relationships. This intermediary mechanism improves processing efficiency by avoiding direct complex matching between diverse requests and numerous service modules.

Inventive Principle:

Principle #24Intermediary (Mediator)

Data Source

PatentUS12613733B2Method and device for processing service using request, and computer readable storage medium

Publication Date: 2026.04.28 APOLLO INTELLIGENT DRIVING (BEIJING) TECHNOLOGY CO LTD

AI summary

A method and apparatus for processing a service using a request in a computer readable storage medium. An embodiment of the method comprises: acquiring a service using a request for a vehicle-mounted device; determining a to-be-processed request from unprocessed service using requests; determining, using a preset navigation status service layer, a service type to which the to-be-processed request belongs; and calling, using the navigation status service layer, a service module corresponding to the service type to process the to-be-processed request, the navigation status service layer recording corresponding relationships between different service types and different service modules.